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PREFACE 


This manual contains three levels of EBox theory descriptions. The three levels are; 

1. Overtie *• - The overview identifies and introduces, in a simplified fashion, the basic hard* 
ware and firmware organization of the EBox. The major elements are presented without 
many details to provide a capsule view of the EBox structure. 

2. Functional Description - This section describes the primary EBox function, which is to exe- 
cute the KLIO instruction set and thus provide the specified functions, which generally 
include the following: 

Memory Reads and Writes 
Internal Operations 
EBus Operations 

The functional description is the most comprehensive part of the EBox Theory. Here the 
basic dements of the EBox are described in the context of how they implement the primary 
EBox function. 

3. Logic Description - This section provides a detailed logic description of each of the board 
types that comprise the EBox. These descriptions arc written to support the functional 
description. The logic description section is the most detailed part of the EBox. This mate- 
rial is presented to expand the functional description to that the information provided in the 
functional description can be directly related to the engineering logic diagrams. 


Appendix C has been added, which details the differences and changes that have been incorporated 
into the Model B CPU EBox (called KLIO-PV EBox). Appendix C should be used in conjunction with 
this document to understand the KLIO-PV EBox. 





SECTION I 
OVERVIEW 


l.l INTRODUCTION 

The EBox it (he instruction execution unit in the KLIO tyttem. A central processor is formed when a 
memory interface unit (MBox), 10-1 1 interface unit (DTE), and PDP-1 1/40 processor are interfaced 
with the EBox. The MBox is the memory interface unit in the KL10 system to which the EBox directs 
its core memory requests. The PDP-11/40 is the front end processor that provides console functions 
and bootstrapping facilities and drives the standard PDP-11 peripherals. The DTE is the interface 
between the EBox and the PDP-l 1 /40 console processor. The EBox communicates with the DTE, and 
hence the console processor, over a 36-bit data bus called the EBus, and uses three function lines 
(F0O-FO2). seven controller select lines (CS00-06), and two additional signal lines (Demand and 
Transfer) for arbitration and control of data transfers between the EBox and its internal and external 
devices. A pseudo-interface, which consists of a 23-bit address, 36-bit data, a number of request type 
qualifiers, and additional signals (including request and response), provides for arbitration and control 
of data transfers between the EBox and MBox. 

The EBox contains the following (Figure 1-1): 

1 . A data path thst consists of an Arithmetic Register (AR), Arithmetic Register Extension 
(ARX). Adder (AD), Adder Extension (ADX), various other registers, and a shift matrix. 

2. An address path that consists of a 23-bit Program Counter (PC) and 23-bit Virtual Memory 
Address register (VMA). 

3. Eight fast register blocks, each containing 16 x 36-bit words; each block of 16 registers is 
program-assignable. 

4. A 13-bit Instruction Register (IR). which accepts the 9-bit operation code and 4-bit accu- 
mulator address. 

$. Two somewhat autonomous control elements to provide control b et w e en the MBox and 
EBox. as well as the EBus and EBox. These are the MBox control and EBus control, respec- 
tively (Figure 1 - 1 ), 

6. A control section storing and aiding the implementation of KL10 instructions. 
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The control portion of the EBox comprise* two Random Access Memories (RAMs). The first is called 
the Dispatch RAM (DRAM); it consists of storage for S12 decimal words, one word for each KLIO 
instruction. During instruction execution, the content of the DRAM word provides information about 
the type of memory references required fay the executing instruction. It also provides an index into the 
main control programs contained in a second control memory called the Control RAM (CRAM ). The 
CRAM consists of storage for 1280 microinstruction words that are structured into a sophisticated 
control program. The main program consists of a main loop and a number of subroutines or handlers. 

The structure provides for the implementation of a wide variety of internal register transfers, arithmet- 
ic and logical control, memory interface, and EBus control functions. The control program is generally 
referred to as the “microcode." Associated with the microcode and CRAM is a hardware pushdown 
stack, which enables the control program to make subroutine calls up to four levels deep, while per- 
forming various KLIO instructions. The bask machine control flow may be viewed as a pyramid, as 
shown in Figure 1-2. The instruction initially enters the IR consisting of two sections. One section, bits 
0-8, holds the op code of the instruction, and the other, bits 9-12, bold* the Accumulator (AC) 
address. During the instruction fetch cycle, the IR is unlatched via Load IR. During this time, it sets up 
with the op code. When the fetch cycle terminates. Load IR is removed and the IR latches. 

Because of the provision for prefetching, instructions may enter IR during the execution of the current 
instruction. This implies that, for these cases, the information provided by IR for the currently execu- 
ting instruction must be somehow saved, while allowing IR to set up with the op code of the next 
instruction. This is accomplished by selecting an appropriate word from the DRAM. 

The op code contained in the IR is used to address a corresponding DRAM word, and a Next Instruc- 
tion Condition (NICOND) unlatches the DRAM register during this time. Encoded in the DRAM 
register fields (A. B, and J) is all information necessary for operand fetching, storing, and the micro- 
program executor jump address. Therefore, those instructions that prefetch an instruction do not 
require the I R to be reliable beyond the point of loading the DRAM register. 

Input/output (I/O) instructions never prefetch. The device select code and operation for these instruc- 
tions are specified directly in the IR. This must be made available to the microcode I/O handler during 
the instruction's execution cyck. 

A special case in DRAM addressing is concerned with the JRST instruction. Because the JRST 
instruction encodes its JRST type in IR 9-12, these bits can be used directly as part of tbe DRAM 
word for this instruction. Normally, the DRAM address is at shown in Figure 1-3. 

Included in the EBox is the master dock, which provides a time bate for system operation. It dis- 
tributes dock and sync pulses to the MBox, DTE, internal device*, system buses, and to tbe EBox 
itsdf. All operations in the KL -based system arc synchronized to the master dock, which runs at SO 
MHz. The master clock can be started, stopped, tingle stepped, and otherwise controlled by the con- 
sole processor via the diagnostic control logic. This logic is distributed between the EBox and the 
DTE. Beside* controlling the master dock, the diagnostic control logic provide* a means for mon- 
itoring processor status and diagnostic registers in both the EBox and the MBox. The master dock is 
divided to supply a 25 MHz dock to the MBox and a 6.25 MHz dock to the EBus and SBus. 
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Figure 1*2 Control Pyramid 



Figure 1-3 DRAM I/O. JRST 


Figure 1*4 illustrates the organization of the DRAM. By sharing portions of the DRAM between 
even 'odd instruction, the shared pieces become half the non shared. Therefore, the A. B, and J7-10 
portions consist of 10 x 512 words and the P. J4, JI-3 portions consist of 5 X 250 words. This saves 
essentially 5 X 256 words or DRAM storage, in addition, for JRST DRAM COM MON, bit 4 is made 
zero and DRAM J7-I0 is replaced by IR 9-12, again yielding a savings. Here the savings is 5 X 16 
words of DRAM storage. The areas allocated by the DRAM are indicated in Figure 1*3. 

The EBox clock is variable and controlled by the microcode. The EBox and MBox are composed of 
emitter-coupled logic (ECL), while the DTE and external devices are composed of transistor-transistor 
logic (TTL). These two forms of logic are not directly compatible so the £Bus is interfaced to the DTE, 
as well as external devices, via a special controllable logic-level shifter called the Translator. This is 
steered by the EBox and provides for both ECL to TTL transfer and TTL to ECL transfer. 
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The normal program flow may be interrupted through the use of one of eight interrupt control lines 
(PItt-7). This allows the servicing of peripheral devices and controllers, as well as internal devices, 
while executing the main program. The central processor contains six internal devices that are program 
selectable via KLIO I/O instructions. These devices are: 

Priority Interrupt (PI) 

Arithmetic Processor Status (APR) 

Paging (PAG) 

Cache Clearer (CCA) 

Meter (MTR) 

Timer (TIM) 

Instructions, comprising a program, are maintained in core and/or fast memory. These instructions 
are fetched and executed by the EBox. The control program within the EBox evaluates fields of infor- 
mation that are part of the instruction currently being performed. Using various registers, fast memo- 
ry, and adders, together with the VM A register and associated logic, the control program calculates an 
effective address; fetches any required operands; performs the instruction -depen dent functions (e.g„ 
those functions specified in the op code); stores the generated results; and fetches the next instruction. 
The logical data path between the instruction itself and the MB ox is formed by the AR and ARX, 
together with various auxiliary registers, and the several adders contained on the Data Path Board 
(EDP). The IR receives the op code and accumulator address (IRAQ effectively for each instruction, 
while the ARX receives the entire instruction word consisting of the op code, accumulator address. 
Indirect bit, and Index register address, as well as the initial address supplied with the instruction 
referred to as the Y address. The control program contained within the DRAM passes through a well- 
defined “loop” consisting of microcode handlers, each of which performs a portion of the overall 
instruction execution. These correspond closely with the traditional processor cycles of Instruction, 
Address Calculation, Data Fetch, Execution, and Data Store with auxiliary cycles being Interrupt, 
Page Fault, and Trap. 

1.2 BASIC FUNCTIONAL BLOCKS 

The seven basic EBox functional blocks (Figures 1-5 and 1-6) are: 

1. Instruction Register-Dispatch-Main Control Store 

2. Fast Memory 

3. Address Path 

4. Data Path 

5. Request and MBox Control 

6. EBus and PI Control 

7. EBox Control Logic 
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1.2.1 IntrocTtoa Register-Dlapatcb-Maia Centrol Sum 

The Instruction register is the center of all processor control. Instructions are fetched from Main 
Memory or Fast Memory. The instruction enters ARX while the op code and AC address enter the 
Instruction register. The op code (bits 00-08) is used to address a word in the DRAM that is unique for 
each instruction in the KLIO instruction set. This word contains three fields of information and a 
parity bit. The Instruction. Dispatch, and Control formats are illustrated in Figure 1-7. 

Because all instructions do not require the same types of data fetches, execution states, or data storage, 
they are handled uniquely for each instruction or. in some cases, for each class of instruction. 

The A field (0-2) of the DRAM generally specifies the data fetch requirements, if any. as well as 
whether the next instruction in the sequence may be fetched early (pref etched). The B field (3-5) 
generally specifies where to store the results produced during execution; but in the case of Test. Skip, 
Jump, and Compare instructions, it is used to determine whether to skip the next sequential instruction 
or jump. The J field (14-23) is used to enter at the appropriate point in the Executor Microprogram 
and is generally instruction-dependent. 

Specific micro routine* are used for each class of instruction. Associated with the DRAM is a register \ 
that buffers the word selected for the instruction currently being performed. This register is loaded 
soon after the instruction is placed in the Instruction register. 

The microprogram is contained in a 1280 X 75-bit RAM called the CRAM. Both the DRAM and 
CRAM are loaded when the KLIO system is powered up. This is accomplished by the PDP-11/40 
processor vis the DTE and makes use of diagnostic control logic within the EBox. Associated with the 
CRAM it a register that buffers each word or microinstruction read from the CRAM. This register is 
called the Control register and its contents arc decoded to provide overall control of the seven major 
functional blocks described in Subsection 1.2. In addition, the Micr o pro gra m is structured into what 
might be called mmol* loop. This loop, which is passed through regularly, it illustrated in Figure 1-8. 

When an instruction is fetched, the op code and accumulator address are placed in the I R and the 
entire instruction word is placed in one of the Data Path registers called the ARX. Movement from 
one routine (or hander) in the micropr og r a m to another is made via a microcode Dispatch function. 
The Control register contains many fields that are used for different types of control. Two such fields 
that are used to control this movement are Jump Address and Dispatch Field. The Dispatch function 
enables various hardware conditions to be considered when an instruction has been fetched and 
enables the most important condition to prevail. Two such conditions that are illustrated in Figure 1-8 
are Priority Interrupt Request Pending and Trap Request Pending. The hardware is arranged in such a 
fashion that priority interrupts have highest priority, followed by traps; the current instruction has 
lowest priority. The dispatch that takes the m i croprogr a m to the Process Instruction Block is called the 
N ICOND and is given after a Fetch request for the next instruction. If no priority interrupts or traps 
are pending, the microprogram enters the next block to calculate the effective address. Here the dis- 
patch is called Effective Address Modification (EAMOD) and enables the hardware to sample indirect 
field bit 13 of ARX together with indexing field bin 14-17. The KLIO instruction specification allows 
multilevel indirect addressing with indexing at each level where indexing, if specified, is performed 
first. The microprogram evaluates bits 14-17; if nonzero, the contents of bits 14-17 are used to access 
the specified 36-bit Index register. The right-most half of the Index register (bits 18-35) is added to the 
Y field of the instruction word (bits 18-35); the right-most 18 bits of this result are used in the next sup 
of the effective address calculation. Simultaneously, the state of ARX bit 13 is tested and, if equal to a 
1. a memory request is generated to the MBox control portion of the EBox. Each time a word it 
fetched in this fashion and has bit 13 equal to 1. the tame s equenc e occurs until finally a word is 
fetched with bit 13 equal to 0. Then, one more level of indexing may be specified and the rtsuh is the 
effective address. At this time, the A READ dispatch is given and the A Grid of the DRAM is eval- 
uated to enable a required operand to be fetched; if specified, a prefetch is also set up at this time. 
Tabic 1-1 lists the A field codes and the specific function required. 
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Table 1-1 ARfcAD 


DRAMA 3-Bit Code 

MEM/AREAD 

DISP'AREAl) 

0 

Immediate clan insliucttim . prefcic h disabled 

DRAM J DISP 

1 

Immediate elm instruction: prefetch enabled. 

DRAM J DISP 

y 

Nut used 

4: 

i 

Write-check the pipng. prefetch disabled 

45 

4 

Data read requited : prefetch disabled.* 

44 

5 

Data read required: prefetch enabled.* 

45 

6 

Data read requited it separate cycle, also »me-chcvk the 
pafjnf : prefetch disabled 

4r» 

7 

Data read modify write required, prefetch disabled. 

47 


•The* two c »*> itr drettn*tu%hrd onH by dtspeichtof to dtffeTml mtcrpotiSr l«x*t*>nx- Tlu mut»x»»d< entrtrd at loot** 
45 prrfetc! rv that at 44 do** not. 


The next block is entered to perform the specific execution function or functions for the particular 
instruction by the microprogram giving a DRAM J dispatch. Remember that each instruction has its 
own DRAM word with a unique Jump field specifying where to go for that instruction's execution. 
The execution is very complex and is described in detail elsewhere in this manual. Basically, it performs 
all required arithmetic, logical, or other types of functions required, and may also, in some cases, fetch 
additional operands as required. Upon completion of this portion of the microprogram, the next 
instruction may be started, provided that no data storage is required. If storage is required, two basic 
cases must be considered. Those instructions that do not know where to store their data utilize the B 
field of the DRAM as an index into the final block to store results. After storing results, the next 
instruction is fetched and a NICOND dispatch is issued. Instructions that know where to go specifical- 
ly in order to store their data do so by jumping to a specific location in the microprogram, but may use 
the B field of the DRAM to decode additional types of memory requests as required. This completes 
the basic loop. 

LU Fast M em e ry 

An instruction word has only one 18-bit address field for addressing any location throughout all of 
memory. Most instructions, however, have two 4-bit fields for addressing the first 16 locations of 
memory. These 16 locations consist of a set of 16 general-purpose, high-speed integrated circuit regis- 
ters grouped locally into eight physical blocks, which are software-assignable by block. Non-I/O 
instructions have an accumulator address field that can address one of these 16 locations as an accu- 
mulator. Every instruction has a 4-bit Index register address field that can address 15 of these locations 
for use as index registers in modifying the 18-bit memory address. (A zero Index register address 
specifies no indexing.) The factor that determines whether one of the first 16 locctions in memory is an 
accumulator or an Index register is not the information it contains, nor bow its contents are used, but 
rather how the location is addressed. The eight blocks of fast memory are contained physically on the 
data path board within the EBox. This allows much quicker access to these locations whether they are 
addressed as accumulators. Index registers, or ordinary memory locations. They can even be addressed 
from the program counter, gaining faster execution for a short but often repeated subroutine. Of the 
eight blocks contained within the EBox, block 7 is permanently assigned to the microcode. Referring 
to Figure 1-9, the monitor uses an assigned AC block in the same way that a user program described in 
the following paragraphs would. The microcode uses the assigned AC block when executing complex 
instruction algorithms. From the remaining blocks (0-6), two can be assigned under program control 
(DATAO PAG) as the current and previous context AC blocks. The current context AC block is used 
by the user program for indexing in effective address calculation and for general storage as specified by 
the AC field of the instruction and/or by the effective virtual address (location 0-17). 
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Figure 1-7 Instruction. Dispatch, 
and Control Formats 
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Figure 1-8 Microprogram Main Loop 
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Figure 1-9 Bute Fast Memory Structure 


The previous context AC block is used by the monitor to allow the monitor to reference the previous 
user's address space to pass arguments, data, or status information between the user program and the 
monitor. This is normally done when the user program executes a monitor call for some type of 
service. 

The microprogram running within the CRAM may select eight possible sources to be the word address 
for fast memory’: these sources are indicated on the figure at follow: 

AC 

AC+I 

AC+2 

AC+3 

AC+4 

ARX 14- 17 
VMA 32-35 
CRAM 05-08 

The selection of the appropriate source is a function of the 3-bit microinstruction FM ADR HELD. 
The block to be used is selected by the same FM ADR FIELD and corresponds to three block sources 
as indicated in Table 1-2. 


FM ADR FirM 

FM ADR 10.4.2. 1 Sourer 

FM ADR BLK 4. 2. 1 Sourer 
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( urrent BitvL 

' 

( RAM so* OS 

( RAM s02 04 
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The selection of AC. AC+I. AC+2, and AC+3 is a function of the class of KL10 instruction being 
performed. All non I /O instructions specify an accumulator address in the instruction word, bits 9-12. 

The logical instructions - Logical Shift Combined (LSHC) and Route Combined (ROTC) - specify 
the use of both AC and AC+I. Similarly, the fixed-point arithmetic instructions Multiply (MULL 
Divide (DIV), and Arithmetic Shift Combined (ASHC) specify use of AC and AC+I. The double 
integer arithmetic instructions Double Add (DADD), Double Subtract (DSUB), Double Multiply 
(DMUL). and Double Divide (DDIV) specify use of AC, AC+I, AC+2, and AC+3. As pointed out 
previously, the microprogram is permanently assigned AC block 7 for its own use. During extended 
instruction processing, the microprogram addresses words in AC block 7 by using magic number field 
bits 05-08, while selecting AC block 7 with magic number field bits 02-04. These ACs provide tempo- 
rary working storage for the microprogram. Similarly, the microprogram add r e ss es AC+4 by com- 
bining the AC address taken from IR AC9-2 with bits of the magic number field in an adder network 
to produce AC+4 

For selection of AC, AC+I, AC+2, AC+3, or AC+4, the current block is always used. Whenever a 
main memory reference is made, the microcode references the fast memory location given by VMA 
32-35. enabling the hardware to switch the reference to fast memory, if necessary. When the instruc- 
tion's effective address is calculated, the microprogram allows the specified Index register to be 
addressed in fast memory by enabling ARX 14-17 to iddrew the word. For both cam, ix„ VMA 
32-35 or ARX 14-17 addressing fast memory, the AC block may be either the current block or the 
previous block, but is a function of the context of the instruction. 

If an executive XCT it performed in response to a user's call (MUUO), then the previous physical 
block and current physical block wall be made to be different unless the operating system save* the 
user's current AC block and then wishes to use the same block once again, which is unlikely. As an 
example, assume the user is assigned AC block I ; his previous AC block would initially be I also. If the 
user then performs an MUUO, the executive subroutine entered may safely load the current AC block 
with some other block number and the previous user block will remain unchanged. The operating 
system may perform an executive XCT utilizing the user's previous block and an AC within that Mock. 
The hardware enables the selection at the time of the previous Mock for indexing. In addition, the 
operating system may also reference the user's AC block (previous context Mock 1 in the example) 
from the VMA. In this case (referring to Figure 1-9), mixer selection 3 is enabled and the microw o rd 
FM ADR field specifies VMA. 

During normal instruction processing, if VMA bits 13-31 are equal to 0, the address in bits 32-35 is an 
FM address. 
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Some examples using the current AC block in various selections are given below. Assume the following 
is performed by the operating system: 


l XAC * I This will default It* l \cc hkxk 

sO. AT*I 

I1KLI1 I- XAC. lo::ou hit.«.nncnt 

Prevmuv Blk~: 


DAT AO PAO. I XAC J.*wd il»c cunenf Blk— = 2, and ihc 

J*?fvmui Bik = e 2 


JRST 2. ’* l-SRPOVI) Pick up user rrivKlc. IIjcv and 

.turn on uver 


The following codes are for the user 

AC1 ~ I ,T1u» will be in Blk-2 

ac; =2 .rtm »ui be m Bik=: 

MOVhl AC1. 777-77 The word 0.777777 to At I 

HRL1M At ‘I . AC2 .The word 777777.777777 to « 2 

SITCMM. ACI .The one's cunipuf tile wind in A( 1 t.> A( 2 

which » equal to 777777.0 
PUSH ACI. 3tAt'2l ;T!u» insmiction altempti to 

.push the contents ot AC 2 into 
JiKaiion ACI . It will cause PDOVl. 
and tluv genet ales 1 RAP-2 

In the example, the symbol EXAC is defined as the number I. Assume, for this example, that EXAC is 
referenced as an AC accumulator in executive block 0. The first use of EXAC is in the instruction 
HR LEI EXAC. 102200. This instruction takes the number in the Y field of the instruction, which, in 
this example, is the effective address, and places h in the left half of EXAC (which is executive ACI), 
with the sign of the right half of the word 0.102200 extended in the right half of EXAC. In (his 
instruction, the current AC is referenced in bits 9-12 of the instruction, and the mixer selection is 0. To 
load the user AC blocks, both current and previous, it is necessary now for the executive to perform 
the indicated DATAO PAG instruction. 

The left half-word in EXAC contains the necessary bit* to enable the loading of the current and 
previous blocks (EBus bits 6, 7, and 8 for the current block and bits 9. 10, and 11 for the previous 
block). Next, we assume location (JSRPCWD contains the appropriate bit configuration to start the 
user for whom we loaded the AC block numbers. The instruction JRST 2 . 9 USRPCWD makes an 
indirect reference to location USRPCWD. The resulting word will then contain the user mode bit (bit 
S). possibly the public mode bit (bit 7), any other relevant flags in the remaining left half-word, and the 
user virtual address in the right half-word. The user has defined the symbols ACI and AC2 as having 
the values I and 2, respectively. As indicated in this example, these correspond to ACI and AC2 in 
block number 2. The first instruction performed by the user is MOVEI ACI, 777777, which places the 
number 0,777777 in accumulator I. On the next instruction, the word in ACI as addressed by instruc- 
tion field bits 9- 12 is read out. Remember that during the effective address calculation, the AC number 
is loaded from ARX 9-12 into register AC in the EBox. 
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The FM A DR field of the microword that is performing the fast memory reference will specify a field 
function of 0. which will select the current block as well as register AC which, as pointed out, contains 
the value of AC I ( I ). The operation, specified by the instruction, is to take the right half of ACI and 
store it into the left half of AC2 with its sign extended into the other half-word. Because the sign of the 
right half-word in ACI is negative, the result is the word 777777,777777. Notice that we must now 
reference AC block 2. location 2. by using VM A bits 32-35. This operation is specified with a different 
microcontrol word and at a different time than the fetch of the word from ACI. Actually, the content 
of ACI is obtained by performing a READ; the word 777777,777777 it stored into AC2 on B WRITE. 
The next instruction. SETCMM. reads the word from ACI as addressed by VMA. take* the l's com- 
plement of it. and stores the result (777777,0) back into AC I again at addressed using VMA. Thus, the 
same address it used for read as well as write. Finally, the PUSH instruction performs an indexing 
function using the current AC block. The number 3, which it the Y field in the instruction, is added to 
the number contained in AC2, as addressed in the example, using the mixer selection of 2 (XR). 

Thus, the address is taken from ARX 14-17 during the effective address calculation. The number 3 it 
added to the number 777777.777777 and the right half o f the result (2) is used as the effective address. 
Then the instruction attempts to push the number 777777,777777 onto the stack as addressed by the 
updated right half of the word in ACI. The updating takes place first The word is fetched from AC! 
using the current block and the address in the EBox register AC. Then, this word has + 1 added to both 
halves and. if the left word is such that the addition causes a cany from bit 0, a pushdown list overflow 
trap occurs. 

1.2J Address Path 

The EBox performs a program by executing instructions retrieved from locations addressed by the PC. 
a 23-bit register contained in the EBox dau path. At the beginning of each instruction. PC it 
incremented by one so that it normally contains an address one greater than the current instruction. 
Sequential program flow it altered by changing the contents of PC, either by incrementing it an extra 
time as in a Skip instruction, or by replacing its contents with the value specified by a Jump instruc- 
tion. Instructions may be fetched either from core memory, which is external to the EBox, or from fast 
memory, which is internal to the EBox. 

Generally, instructions provide at least two operand addresses to the EBox. One address is that of an 
internal accumulator, and is addressed by bits 9-12 of the instruction. The other address, also supplied 
by the instruction, may be used to address either core or fast memory and is contained in bits 13—35 of 
the instruction word. This is a composite address, such that bit 13 specific* the type of addressing, i.e., 
direct or indirect; bits 14-17 specify an index register for use in address modification; and bits 18-35 
address a virtual memory location. 

Because the PC is used to keep track of where in the program the EBox is executing instructions, an 
additional register is provided to handle addresses that can be generated during effective address 
calculations, during operand reads and/or writes, and at other timet. This 23-bit register, also contain- 
ed in the EBox data path, is called the VMA register. 

Figure 1-10 illustrates the basic path connections from the PC and AD. A control field consisting of 
two bits in the microinstruction is provided to select the source of input to VMA. This field is called 
the "VMA field." in addition, two other fields are used to provide alternate input to the VMA as well 
as provide the ability to increment or decrement the VMA directly. These fields, also a part of the 
microinstruction word, are called the "condition field" and "magic number field." 

Referring to Figure 1-10. to load the VMA from AD. the microinstruction VMA field is coded sym- 
bolically as "VMA/AD." The field format is indicated at the lower right of the figure. The AD is 
enabled into the input of the VMA register by the function VMA •- AD, and the input to VMA is 
enabled for any of the folio win* functions; VMA — PC, VMA — PC+I, or VMA — AD. 
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Figure 1-10 VMA Structure Simplified 
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Similarly, to update the PC (Figure 1-1 1), the microinitruction VMA field is coded to specify the 
function "VMA /PC+I." This disables VMA - AD. and so the VMA defaults to VMA - VMA AD as 
input. At this time, the CON D field must not be VMA # if it is desired to enable the VMA AD to 
implement the function A+B. The A input to VMA AD is from PC bits 13-35 The B input is forced to 
+ ! if-PC+l INH is true, and if the VMA field specifies the function “VMA/PC+I." The input to 
VMA is enabled for PC+I as well. Certain instructions such asJUMPXX. AOJXX, or SOJXX condi- 
tionally load VMA with either E or PC+I. Instructions such as SK1PXX, TEST, CAIXX. and 
CAMXX conditionally skip an instruction, so VMA may be loaded with cither PC+I or PC+2. In 
general, the VMA is loaded with PC+I for most instructions by the microinstruction following the 
effective address calculation (assuming no special instructions and not loading VMA from AD). Those 
instructions that perform an instruction prefetch will enable the VMA from PC+I on the A READ 
dispatch function. This function is used to trigger the Fetch cycle and, conditionally, the micro- 
program enters the wait Mate until the operand arrives when the data is fetched from the MBox. If this 
is the case, and the prefetch condition is true, the VMA input will be PC+ 1; when the MBox responds, 

restarting the EBox clock, the VMA loads with PC+I. 

instructions such as MOVEI. ADDI, SUBI, and HXXXI retch no operands during A READ; instead, 
they use the effective address as data. These instructions prefetch the next instruction and the micro- 
program does not enter the wait state at ail. Thus, the VMA is loaded with PC+ 1 as the microprogram 
passes through A READ dispatch. 

The function V M A + 1 is used by such instructions as double MOVE. JSA. and JSR. Here, the micro- 
instruction VMA field is not used, but the function VMA+I is enabled by the condition field coded as 
COND/VMA INC. The VMA register itself contains logic for the incrementation. Similarly, the 
function VMA- I is used by byte and A DJBP instructions in cases where a word must be fetched from 
E - 1 . Once again, the VMA field is not used; instead, the condition field is coded COND/VMA DEC. 
This is also a VMA built-in function. 



N *t 

*■"' * * J'i" '« *s 'o fits;' *•* sss« 

* C+pO't* 

«• »***’ 

Figure 1-11 PC+I Function 
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The special number, magic number, and miscellaneous conditions shown on VMA AD in Figure 1-10 
are used during LUUO, MUUO. and PI handling lo generate a range of special addresses to reference 
the user or executive process tables in memory. During these types of functions, the VMA AD is 
controlled by VMA #. which enables the Boolean function MVA AD B input bits 27-35 are 
manipulated, while bits 1 8-26 are deared; this allows for the generation of process table word address- 
es in the range of 000-777. Note, however, that addresses in the range of 40-510 only are currently 
generated by hardware. 

1.2.4 Request and MBox Coatrot 

In general, most of the EBox memory request type operations are controlled by the 4-bit MEM field in 
the microinstruction (Figure 1-12). This may be used alone or with the DR AM A or B field values for 
most reads and writes. In addition, the 5-bit special microinstruction field (SPEC) can specify a func- 
tion SP MEM CYCLE, which is sometimes used with the magic number field (a 9-bit microinstruction 
field) to modify MBox read and write operations, e.g., for MUUO or LUUO. Note that the basic 
MBox activity involves a request, a virtual address, and MBox qualifiers consisting of a multitude of 
control signals that qualify the type of request being made. This is followed by: 

L A response from the MBox with the data when the request is successful. 

2. PF HOLD followed by MBox response IN and no data on a page fault, or 

3. M Box response IN with data followed by MB PAR ERR, for an MB parity error condition. 

Additional conditions are covered elsewhere in this manual. 



Figure 1-12 MBox-VMA-EBUS Control Simplified 
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1.2.4. 1 Kl Style Paging - For each MBox request involving a virtual address translation, the MBox 
must verify that the virtual address is legal. In general, the physical page must be in core for a read and 
be writable for a write. In addition, the address space to which it belongs must correspond to that 
being referenced, i.e., a public program cannot read or write into a private address space. 

Two styles of paging are implemented; the first is patterned after the KI 10 processor's memory man- 
agement scheme: the second after the K.LI0 style. 

The M Box contains two bate registers that can be loaded via the EBox. These registers are used as the 
base address of core page tables during virtual memory address translation. The base registers are 13 
bits wide. The User Base Register (UBR) is loaded by performing a privileged I/O instruction 
(DATAO PAG); similarly, the Executive Base Register (EBR) is loaded by performing another privi- 
leged I/O Instruction (CONO PAG). These registers are normally loaded by the operating system at 
predetermined times. For example, the EBR is normally loaded once when the operating system is 
bootstrapped. Also, each time a user is started in a normal multiprogramming environment, i.e., more 
than one user program resident in core memory, the UBR is reloaded to point at the User PageTable. 
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Figure 1-13 Page Table Access 


Each time the EBox makes a memory reference to the MBox (Figure 1-13), the MBox evaluates the 
virtual address. The details of this operation can be found in the MBox chapter of the KUO Theory of 
Operation Manual. Basically, the page number supplied in VMA 18-26 is used as an index into a 
hardware page table within the M Box. The M Box looks for the referenced page in this table. If it is not 
found, the MBox uses the appropriate base register (UBR or EBR) with the virtual page number 
supplied in VMA to form a 22-bit physical memory address, as indicated. 

The appropriate entry is obtained and then written by the MBox into a hardware page table within the 
M Box. (Actually, eight half-word entries are fetched at a time, but for this level of explanation, only 
one is considered.) 
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The five bits A. P, W. S. C (generally called use biu or page descriptor bits) are letted against the 
qualifiers sent by the EBox during the reference. Then the MBox, using the physical address, looks in 
the cache for the word requested. If it does not find the word, it concatenates the physical page address 
< Figure 1 - 14) with the virtual word address provided in VM A bits 27-35 and makes a second physical 
memory reference. This address is indicated in Figure 1-15. 
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Figure 1-14 Kl Style Paging 


Figure 1-15 Physical Memory Address Format 
NOTE 

A quad word Is a Mock of low contiguous words 
whose address differs only la the two least significant 
hits. 

In practice, address biu 14-33 specify a 4-word block called a quadwont, biu 34 and 35 specify which 
word within that quadword is required by the EBox. or is being written by the EBox. Once the address 
translation process has been successfully completed for a virtual page, subsequent references to that 
same page cause the M Box to fill in the corresponding words in the cache within the M Box. Eadt time 
a reference finds a valid word in the cache during a read, it is placed on the EBox cache data lines and 
MBox response is issued. Page faults occur as follows: For the initial reference, the MBox looks in the 
hardware page table in the MBox. does not find the physical page address, and performs the sub- 
sequent process table reference (refill cycle) for the half-word containing the use Mu and physical page 
address. Then, upon receiving the eight half-word entries from core memory, the MBox finds the 
access bit turned off, i.e.. 0; then a page fault is generated. The eight half-words are always written in 
-« MBox hardware page table (directory) whether or not the access bit in the associated word is on. 
However, when the access bit for the associated word is off, the MBox aseeru PAGE FAIL HOLD. 
The M Box loads an interna) register (EBus register) with a page fail status word that describes the type 
of fault and also contains information about the titer's virtual address. Referring to Figure 1-16, the 
EBox detects the PAGE FAIL HOLD level from the MBox, and force* the CRAM address logic to 
CRAM location 1777. Here the page fault handler it entered. It performs the indicated functions 
(Figure 1-16), and enters an Executive routine to handle the fault. 



Figure 1-16 Page Fault Overview 
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In addition, the MBox asserts MB PARITY ERR five MBox ticks after issuing MBOX RESPONSE 
IN. This sets APR MB PAR ERR. which causes an interrupt. The remaining errors set appropriate 
APR error flags and likewise cause interrupts on the assigned APR interrupt channel. 

I -2.4.2 KL Paging - The KL paging facilities support sophisticated operating system features such as 
efficient program working set management and demand paging, and extensive sharing of data and 
programs on a page-by-page basis. Much of the paging mechanism is implemented by the KL micro- 
code, rather than just specific hardware. This combination of microcode and hardware is referred to as 
the KLIO pager of TOPS-20 paging. 

Refer to Figure I -17. Each user's virtual address space comprises 32 equal sections of 2S6K words per 
section (512 pages of $12 words per page). A section is represented by one of 32 section pointers 
located in the User Process Table (UPT). For EXEC sections, the 32 section pointers are in the EXEC 
Process Table (EPT). The monitor can divide the EXEC address space into “per-process” and “per- 
job" areas through the use of indirect pointers; no such division is built into the Pager. 


A section pointer eventually addresses a page table that represents all pages in a 256K virtual address 
space. The section pointer may be Immediate, Shared, or indirect, but must yield a physical address of 
a page table that represents all pages of the section. 

The page pointer is divided into three sections: Type Code. Access Bits, and Storage. Figure 1-18 
illustrates the basic page pointer format and Figure 1-19 shows the sequence of steps in its 
interpretation: 

1. A virtual memory reference addresses a section pointer in the UPT or EPT for EXEC 
operation. 

2. The section pointer is used to fetch an entry from the SPT (this is a pointer to a page table). 

3. The SPT entry points to a location within a page table representing 512 pages by one page 
pointer for each page. 

4. The page table holds the physical page number required to complete the virtual to physical 
address mapping. 

These steps describe the most elementary and immediate reference type. The complexity of other 
reference types requires a discussion of pointer types. 

Page Pointers - The pointer type is encoded in bits 0-2 of the page pointer word (Figure 1-18). Again 
the pointer types are: 

Code Fnnctioo 

0 No Access 

1 Immediate or Private 

2 Shared 

? I ndirect 

4-7 Not Used (reserved) 
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Figure 1-17 KL Paging Layout 
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Figure 1-18 Page Mapping (Virtual to Physical) 
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Figure 1-19 Typical Paging Path 
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The Immediate Pointer (Figure 1-20) holds a storage address in bits 12-3S. The pointer is called a 
private pointer because it is "private" to the particular page table containing the pointer. This should 
not be confused with the Public bit, which describes the type of access allowed. 

The Shared Pointer (Figure 1-21) contains an index that addresses into the Special/Shared Pages Table 
(SPT). The SPT Base Register (SBR; reserved AC block) points to the beginning of the SPT. The sum 
of the SPT index and the SBR points to a word containing the storage address of the desired page. The 
word number from the virtual address is used to complete the reference. Regardless of the number of 
page tables holding a particular shared pointer, the physical address is recorded only once in the SPT. 
Therefore, the monitor can move the page with only one address to update. 

The Indirect Pointer (Figure I -22) identifies both another page table and a new pointer within the page 
table. This allows one page to be exactly equivalent to another page in a separate address space. The 
object page is located by using the SPT index. 

Like a Shared Pointer, the SPT index in the Indirect Pointer allows the physical address of the page 
table to be stored in just one place. If the associated page is in memory, the page number field of the 
Indirect Pointer is used to select a new pointer word from the page table. This pointer can be any one 
of three types previously described, or no access and the access bits are ANDed with the access bits of 
the Indirect Pointer. 

The indirect chaining may be arbitrary in depth, but the PI will break out of indirect chain and restart 
after the PI to service a priority interrupt in the case of long direct chains or indirect loops. 

Some examples (Figures 1-23 through 1-2S) of pointer interpretation follow; a flow chart (Figure 1-26) 
is provided to aid in working through the examples. 
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Figure 1-20 Immediate Section Pointer 
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Figure 1*22 Indirect Section Pointer 
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Figure 1*23 Pointer Interpretation (Normal Section Pointer. Shared) 
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Figure I-2S Pointer Interpretation (Indirect Page Pointer) 
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Figure 1-26 Pointer Interpretation Flow Diagram (Sheet 5 of 5) 


Special/Shared Paget Table (SPTl - The Special/Shared Paget Table (SPT) contains the physical 
addresses of pages that are shared by many page tables, or of pages used in a special way, i.e., at page 
tables. They are stored in one common location to allow modification to the pages by changing a tingle 
entry. The SPT index is added to the STP bate address to form a physical address of tbc associated 
entry. 


Core Stans Table <CST) - Virtual memory management requires information about memory refer- 
ences generated by each user's processes. Adding the Core Status Table (CST) base register to the 
physical page number from a storage address permits the monitor to address and update information 
regarding the page reference. Figure 1-2? shows the flow of updating using a CST entry. This enables 
pages to be ordered by “age" (time of last reference) and classified by the type of process referencing 
the page. 

The reference indication is carried by assigning one bit to each active process. By placing a I in that bit 
positon in the pager data word, then, when a reference it made, the 1 is placed in the CST word in the 
bit position assigned to the process making reference. The modified bit (35) is set if the page is modi- 
fied. permitting the monitor to avoid swapping out of pages to which only read references are made. 


Paging Hardware Sup p or t - The paging hardware is transparent to the user. All memory, both virtual 
and physical in user and monitor space, ia divided into pagea. 

The virtual address comprises 23 bits, five (5) bits for section numbers, nine (9) bits for virtual page 
numbers, and nine (9) low-order bits (line number), which address the location within the page. The 
virtual page number is first ut»vd as an index into a hardware page table that contains up to 512 direct 
virtual-to-physical address translations. If the 13-bit physical address is found in the hardware page 
table, a 22-bit physical address is formed by concatenating tbc 13-bit physical address with the 9-bit 
line number. If the entry docs not exist in the hardware page table, a sequence of translations is 
initialed to locate a page table in memory that contains a physical address (if ooe exists) for the virtual 
page. 

Cached Pagiag Data - The hardware page table referred to at the beginning of this aection ia effectively 
a cache of paging data (not to be confused with the memory data cache) that has been accumulated by 
previously fetching the data from memory, or by previous pointer interpretation. A virtual address ia 
first checked against the current content* of this hardware pager and, if found, immediately returns a 
physical address, if the physical address ia not found, the pointer interpretation (Figure 1-26) fetches 
information from memory to resolve the virtual address. Upon completion, this translation may be 
placed in the hardware page table forming the cache of recently used page addresses. 

The hardware page table is loaded by the microcode. The paging cache is implemented as 512 entries, 
one for each page of a user's virtual address apace. The EXEC and USER are offset from each other, 
but they share the tame 512 entries. Therefore, at any given time, the paging cache holds translation 
information about most of the active pagea. A guarantee that the 512 most recently used pages will be 
addressed by the paging cache cannot be made. However, the last page used will always be in the 
paging cache. 
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Figure 1-27 KL Core Status Table* Updating Flow Diagram 
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When the monitor takes any action that would invalidate information about existing virtual-to-phys- 
ical address translation, the paging cache must be either partially or completely cleared. Examples of 
such instances are: 

1. Change of user process - clear entire paging memory (entire user address space has 
changed). 

2. One page removed from core - clear the entire paging memory (several Shared and Indirect 
Pointers may have used the page). 

3. Pointer is removed from UPT - clear the entire paging memory (association for many pages 
through UPT is changed). 

4. Monitor mapped page to EXEC space for local use - only one entry cleared (When page is 
unmapped, only that one pointer must be cleared. Becaus e this facility is provided by the 
pager, it may be used to reduce reload overhead.) 

If the paging data is not found, the flow in Figure 1-26 is followed. A special trap is initiated and the 
microcode saves vulnerable EBox data before starting on the pointer tracing algorithm. If the 
algorithm is successful, the resolved pointer and associated information are loaded into the paging 
memory, the EBox registers are restored, and the memory request is again issued. 

The microcode must also handle the First Write Request trap, inhibiting the write until the modified bit 
can be set. The pager maintains this modified bit. The microcode implement* this as follows. 

During a paging memory reload, the write access bit (W) is set in the paging memory only if tbe current 
memory reference is a write (and a write is legal for the page). Thus, if the first reference to a page is a 
read, the W bit in the corresponding paging memory entry sets to 0. A subsequent write reference 
causes another trap to the microcode. On this second trap, the pointer interpretation is repeated and 
the paging memory is reloaded, this time with the W bit set. 

1.2.4J MBox Error rendition* - In addition to the page fault mechanism, the following five type* of 
errors can be generated by the MBox to tbe EBox: 

1. Cache Address Parity Error 

2. MBox Addrca* Parity Error 

3. SBus Error 

4. Nonexistent Memory 

5. MB Parity Error 

The MB Parity Error is handled similar to a page fault. The AR Parity Network, upon detecting a 
parity error in a data fetch or an instruction fetched from the MBox, cause* the page fault handler to 
be called. 


1 .2.4.4 VMA Control - Two basic types of virtual addresses can be pawed to tbe MBox for core 
memory references. The first type is consistent with Kl-style paging: the second is consistent with KL- 
siyle paging. In both forms of addressing, note that the VMA lines actually conuat of 23 bits. For K.1- 
slyle paging, bits 13-17 are unused and forced to 0. In the logical tense, tbe virtual address may be 
viewed for Kl-style paging as consisting of 1 8 bits of addressing information. Tbe basic address trans- 
lation mechanism is indicated in Figure 1-28. 
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Actually, the virtual address in KI10 paging mode is derived from the instruction Y Reid, whidh may 
be modified during the effective address calculation. This consists of 18 bits. The additional five bits 
(VMA 13-17) are present to facilitate KL paging mode, which can generate a 23-bit virtual address. 
However, the MBox docs utilize the high-order part of the VMA as indicated in Figure 1-29 to gener- 
ate a Hashed Page Table address for internal use. The hashing technique is basically an associative 
process, but precludes the necessity for hardware associative memory. 

The VMA can be loaded from the ADDER or VMA ADDER. Generally, during calculations for the 
effective address, it is loaded with the contents of ARX via the ADDER. At this time, ARX contains 
an intermediate address [Y + C(XR)] or E. 
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Figure 1-28 Basic Address Translation 
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1.2.5 EBus ('octroi and PI Coctrol 

The EBus control consists primarily of two major sections. One section i* used exclusively for priority 
interrupt handling (PI CONTROL) and the lecond i> used for I/O initruction handling {EBUS CON- 
TROL). Each KL10 controller (except the DIA20 I/O Bu* Adapter) it assigned a device code. This 
code is seven bits wide (IR 3-9). In addition, each device controller is wired to contain a physical 
device number that relates to a preassigned scheme, and is slot dependent. Thus, Mats but controllers 
hold physical numbers in the range of 0-7; DTE20 numbers 10— 13a and DIA20 number I7». This 
provides a physical priority scheme that supplements the programmable priority interrupt system. 

In the situation illustrated in Figure 1-30, both DSKs are assigned to the same PI level (level 5). This is 
accomplished by the operating system with a CONO PI to the PI system enabling the processor to 
accept interrupts on level $. In addition, the operating system performs a CONO DSK, assigning the 
DSK to level 5. For the situation where both DSKs interrupt simultaneously, the EBox arbitrates the 
priority interrupt levels and then physical device numbers are requested from both DSKs. These are 
arbitrated according to the fixed scheme discussed previously. The DSK with physical No. 0 has 
highest priority in this situation. 
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Figure 1-30 Simultaneous Interrupts 


The basic dialogue is shown in Figure 1-31. Once the priority interrupt system has been turned on and 
set up by the operating system to handle interrupts, the EBox control automatically carries out all 
dialogues necessary to obtain the API luawon word. When the API function it on the EBua and 
transfer it received from the device, the Fflus control asserts PI READY, signaling the microprocemor 
to lake over. The microprocessor looks at this line, however, only at specific times during normal 
instructions. One such instance is at N1CON D Dispatch, which always occurs at the beginning of each 
instruction. If at NICOND time, the PI RDY condition is true (INT REQUEST sets), the PI HAN- 
DLER is called. To prevent further interruptions until the function can begin, the micr opro cessor sets 
the PI CYCLE flag. This causes the EBus Control to defer any further PI READY*. The PI HAN- 
DLER evaluates the API function word (Figure 1-32) and performs the indicated service. As long as PI 
CYCLE is on, other interrupts are not honored by the microprocessor. The time that PI CYCLE is 
cleared is dependent upon the service performed. If the interrupt is a standard interrupt to 40 + 2n, the 
instruction in 40 + 2n should save the hardware state of the EBox, i.c., the flags, PC word. Appropri- 
ate instructions are JSR and MUUO. Bad choices arc JSP and PUSHJ, which use ACs. The choice is 
particularly bad because at the time of the interrupt nothing is known about their contents. 
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Figure 1*31 PI Dialogue Overview 
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Figure 1-32 API Word Format 

Generally, a JSR instruction is placed in 40 + 2n for calls to the operating system PI HANDLER. This 
instruction causes PI CYCLE to clear. At this time, a pending interrupt may request microprocessor 
attention and can raise PI READY. In general, for the other cates, the equivalent of one instruction is 
provided before PI CYCLE is cleared. 

I/O lastmetian Dialogs* Overview - For I/O instruction transfers, the basic concept is illustrated in 
Figure 1-33. The EBus Driver is called from the I/O HANDLER to generate the appropriate EBus 
dialogue. First, the EBus is requested. This is necessary because the EBus is also used by the PI system. 
I f the EBus is free, the EBus driver sets a CP GRANT flag to hold control of the EBus; if the EBus is in 
use. the EBos waits. 
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Basically, a sequence of microinstructions is performed having the condition field coded as 
COND/EBUS CTL and the appropriate bits coded in the magic number field (a 9-bit microinstruction 
field). Specific patterns in the number field with EBUS CTL true cause appropriate action in terms of 
the dialogue. 1R bits 3-9 are used to develop device controller select bits CS 00-07. iR 10-12 specify 
the function to be performed by the EBus control logic, ie.. DATaO. CONO, etc. Upon completing 
the transfer, the device generates a transfer. The EBus is released and this completes the dialogue. 

1.2.6 Data Path 

Referring to Figure 1-34, the logical data path consists of the following registers and adders: 

Arithmetic Register 

Arithmetic Register Extension 

Buffer Register 

Buffer Register Extension 

Multiplier Quotient Register 

Fast Memory 

Adder 

Adder Extension 

Also included is fast memory and a 36-bit shift matrix that can implement various shifting operations 
on data in AR, ARX, or the combined AR and ARX. The above registers and adders constitute the 
arithmetic logic in the EBox. This logic is used to handle words in logical operations, data transfers, 
and fixed-point arithmetic (including effective address calculation). In these operations, fast memory is 
used as a passive register; its output is the contents of the addressed Index register or Arithmetic 
register. In association with the full word registers listed above, the shift counter (SC) and shift matrix 
(SH) provide shifting in shift instructions, byte manipulation and. where required, in various instruc- 
tions. The SC. with its adder (SCAD), and tbe floating exponent register (FE) are used for handling 
floating-point exponents and various other special functions. 

Double-precision floating-point and double precision integer operations require use of ARX. ADX. 
and MQ. where ADX is a 36-bit extension of the main AD and ARX isa 36-bit extension of AR. Thus, 
the registers AR. ARX, BR, BRX, together with AD and ADX. can constitute a 36-bit, a 72-bit. and 
with MQ. a 108-bit path where necessary, in addition, ARX is used as a buffer for instructions fetched 
from memory. The main data buffer, for words coming from or going to core or fast memory, is the 
AR. 


1X6.1 iaforautkw Flow To aad Fro* Memory - Referring to Figure 1-35. this simplified block 
diagram illustrates those paths that are used in transferring information into and out of fast memory, 
as well as to and from core memory via the MBox. B eca u s e of the structure of the EBox and design of 
the microcode, a specific type of information will always enter or leave a given register. Table 1-3 lists 
the type of request, type of information, source or destination, and comments. 

All memory operations that load either AR or ARX require an MBox request cycle. The generation of 
this request cycle, together with the necessary request qualifiers (e.g.. Read, Read PSE Write, Write, or 
Read-Write), is based upon the code specified in one of the fields of the microinstruction word. This 
field is called the MEM field and is 4 bits wide. Some of the types of requests that can be initiated by 
this field are: instruction fetches, indirect word fetches, data fetches, and data writes. 
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Figure 1-34 KLtO Register Interconnection 
Diagram 
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Table 1-3 Memory Information Flo* 
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Figure 1-35 Core ind Fut Memory Information Flow 
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The microinstruction contains a number of separate fields for register selection including a 3-bit AR 
field and a 3-bit ARX field. In addition, three fields are provided for controlling the adder; two of 
these, the ADA (3-bit field) and ADB (2-bit field), select various inputs to the adder. The third field. 
AD (a 6-bit field), controls the adder directly. The actual selection of the source or destination registers 
depends on the following: 

1. The microinstruction register select field function 

2. The source or destination memory (e.g., fast memory or core memory). 

As an example, consider an instruction fetch (not a prefetch) from fut memo ry. Re fer to Figure 1-36. 
The MEM field function of the microinstruction desiring the word is coded as FETCH. From this, the 
term MCL LOAD ARX is produced and routed to EBox Control No. I. where h partially enables the 
ARX SELect I and ARX SELect 2 Mixer Selection logic. The final selection is a function of the 
address contained in VMA. If this address is a fast memory address (04., VMA 13-31 - 0), then the 
ARX SELect 2 line is fully enabled and the ARX SELect t line is inhibited by VMA AC REF. 
Similarly, if the address in VMA is a core memory address, VMA AC REF will be false, inhibiting the 
ARX SELect 2 line and enabling tbe ARX SELect 1 line. 
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As indicated in Figure 1-36, there are eight inputs to the ARX. The microinstruction may select any of 
these eight inputs, if required, simply by coding the ARX field appropriately. The AR and its associ- 
ated miser are very similar to the ARX. In the case of leading a word of data into AR from core 
memory, the MEM field function, LOAD AR, is latched into the request qualifier register in the 
memory control, partially enabling the AR mixer select 11 and select 2 lines to the AR mixer. Once 
again, the selection is a function of the address in VMA. Kbits 13-31 of the virtual address are equal to 
zero, the adder is enabled into the AR number 2 input, but if the address in bits 13-31 of VMA is 
nonzero, the cache data lines are enabled into the AR number 2 input. As with ARX, the micro- 
instruction may select any of the eight inputs on the AR mixer, if required. Figure 1-37 is a simplified 
version of the EBox data paths. The basic path connections and the direction of transfers are indicated. 
Along the bottom of the figure is the portion of the microinstruction word format that controls the 
data path. The simplified path does not show shift left or shift right connections. 

1 .2.6.2 Information Flow I/O sad Priority latempt - Figure 1-38 is a simplified path diagram used by 
I/O and priority interrupt operations. The major path is the shaded area, including the AR, adder, 
EBus, translator external or internal devices, and MQ. The portion that is cross-hatched may be 
genetically called the “inspection and control path" and includes the SH. SC, SCAD, FE, and CRAM 
address logic The remaining paths and register* are used as working registers; the usage depends on 
the specific operation. 

Note that internal device information flow (control data) is not translated, but rather utilizes the 
internal ECL EBus. External device information, however, entering or leaving the EBox, must be 
translated in the direction TTL to ECL or ECL to TTL. If the operation being performed is a CONI or 
DATAI, the destination register is AR. If the operation is CONO or DATAO, the source is AD. The 
processing of interrupts is more complex. The destination for the API function word is initially AR, 
but the function performed in response to the decoding of this word may involve an instruction fetch, a 
data read and write, a data out, or a data in operation. The microprogram begins to process the 
interrupt when the AR contains the API function word transmitted from device and the EBus hand- 
shake has been completed. 

The microprogram places a copy of this word into MQ for use later and performs a SHIFT Dispatch 
on the API function code to the appropriate routine in the microprogram. To implement this dispatch, 
the AR is enabled into the shift matrix; then the output bin (SH 00-03) are sampled in the CRAM 
Address Control logic. In addition, another type of dispatch can be performed; this is called AR 00-03 
Dispatch. 

When the API function specifies a standard interrupt (API FCN 0 or I) an instruction is fetched from 
40 + 2n. where n is equal to the interrupting channel 1-7. These interrupt locations generally contain a 
JSR instruction that must be performed in order to preserve the flags and PC of the interrupted 
program. In addition, the current ACs must not be disturbed and the interrupt handler (monitor 
routine) must be entered for polling of devices. In these situations, the microcode forms the correct 
address in VMA (40 + 2n) and begins an instruction fetch by issuing a microinstruction with MEM 
equal to FETCH. This fetch is from the Executive Process Table (EPT) and requires that the request 
qualifier, EBox EPT, be asserted in order that the MBox access the EPT for the instruction. 
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Figure 1-36 Loading ARX 
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When the API function specifies • dispatch (API FCN 2), the virtual address of an interrupt instruc- 
tion (JSR) is provided by the device In this situation, the request docs not assert the qualifier EBox 
KPT because the address is not an EPT address, but rather somewhere in the virtual address space. For 
the situations described up to this time, the instruction will enter ARX. Control is passed to the main 
microcode loop for processing. The API function (PI increment or PI decrement) is slightly different, 
in that a word must be fetched from the virtual address provided by the device. This word is then 
incremented or decremented as specified in the API word and the result is written back into memory. 
Here the AR is used both for the read and write operation!. 


API functions 4 and S require a DATAO and a DATAI, respectively, to be performed to the device. 
Prior to performing the specified DATAO, a word is fetched from the virtual addreaa provided in the 
API word and this word is loaded into AR. The path is now from AR to AD and then to the EBua, 
which is controlled for the DATAO by the microcode. For the specified DATAI. the operation is the 
reverse. The required word is obtained from the device via the EBus under microcode control (EBua 
dialogue) and the word is loaded into AR. Next, the contents of AR muat be written into the virtual 
address supplied by the API word. Of the remaining functions, only API FCN6 is used and this it 
reserved for the DTE20 (KM i interface). Examines and deposit!, as well as byte transfers, may be 
requested by the DTE. This subject is covered in Section 2. 
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SECTION 2 
FUNCTIONAL DESCRIPTION 


2.1 INTRODUCTION , 

Figure 2-1 illustrates the major functional elements of the EBox. The purpose of this drawing is to j 
support the functional descriptions contained in this section. The major data and address paths and 
the individual controls introduced in the previous section are shown on this diagram with some addi- 
tional detail. Major interfaces are also shown in some detail. 

The interface between the EBox and the MBox is not a bus. but is functionally shown and described as 
if it were, because its operation is similar to that of a bus. 

As described in Section 1. the EBox serves as the Instruction Execution Unit for the KL10 system. 
Access to main memory is logically controlled by the MBox; therefore, as the EBox requires memory 
operands or instructions, it performs MBox cycles to obtain these words. These cycles take place over 
the E/M interface. In a similar fashion, access to I/O devices is via the EBus. Devices may commu- 
nicate with the EBox over the EBus by utilizing the priority interrupt system. In addition, as the EBox 
requires status or data from devices connected to the EBus or wishes to transmit data or control 
information to devices on the EBus, it does so by performing EBus cycles. These cycles take place over 
the EBus. Figure 2-2 illustrates these primary hardware cycles. The implementation of MBox or EBus 
cycles b via the microprograms stored in the CRAM. 

2.2 MICROPROGRAM STATES AND PROCESSOR CYCLES 

Referring to Figure 2-3. the EBox microprogram can be in one of the following states at any time: 

Microprogram Running Microprogram and EBox Frozen 

Microprogram Wait State Microprogram Deferred 

M icroprogram H all Loop EBox Reset (Power Up Sequence) 

A discussion describing how to read and understand the microcode is provided in Appendix A. 

2.2.1 EBox Reset 

During the power up sequence, the EBox. MBox. and all controllers arc reset to known states. The 
EBox. MBox, EBus. and SBus clocks are initialized and the CRAM register is cleared. This clearing 
action places the EBox in the diagnostic state, because the dispatch Held is equal to zero 
(DISP/D1AG). A program running in PDP-1 1 memory then initializes the EBox, loads the Dispatch 
RAM and verifies it, loads the CRAM and verifies it. and suns the microprogram into the Halt loop. 

In general, at this time, the system must be bootstrapped; to accomplbh this, a number of diagnostic 
functions are necessary. This is discussed in Section 3 end in the system and interface descriptions. 
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i igurc 2-1 EBox Functional Block Diagram 
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Figure 2-2 Primary Hardware Cycle* 
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2.2.2 Microprogram Hall loop 

The Hall loop is entered following a NICOND Dispatch, when RUN and PI CYCLE are found clear 
Eigure 2-4 is the flow diagram. Referring to Figure 2-5. the EBox contains a synchronizer (CON 
START), which is set for three clock periods when CONTINUE is pressed In addition, it also con- 
tains a flag (CON INSTR GO), which is set by CONTINUE and remains set until a HALT instruction 
is performed. The RUN flag in the EBox consists of a RUN source enabled by DIAG SET RUN and 
CON INSTR GO true. Referring to Figure 2-4. assuming a HALT instruction has just been performed 
(JRST 4) and the RUN flag has been found clear at NICOND Dispatch time, the Hall loop is entered 
The following occur immediately: 

The AR is cleared. 

The HALT flag is set 

The current value of PC is loaded into VMA 
The current value of VMA is placed in PC 
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Figure 2-4 Microprogram Halt Loop 
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Thus, if the HALT instruction was fetched from location 600. and the effective address supplied in the 
HALT instruction was 100, PC would become 100 and VMA would become 601 (the updated PC 
value). The START flag is tested to determine if CONTINUE was pressed. In this case. START will 
be dear. If an interrupt is pending, the PI Handler is entered to service this interrupt. 

When this is done the next instruction is requested. This is followed by a NOOP microinstruction. 
Finally, the State register (a hardware register in the EBox) is initialized clear. Then WICOND Dis- 
patch is issued and the Halt loop is entered again. 

If no interrupts are pending, the "Tight loop" is entered, continually checking the ST a ' T flag and 
interrupt requests. Note that HALT 1NSTR does not clear the RUN source, but merely «•* ars INSTR 
GO. which removes the CON RUN signal (Figure 2-5). 
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Figure 2-5 Run-Halt-Continue Logic 


The HALT instruction is a "privileged instruction"; therefore, the EBox must be in either diagnostic, 
USER IOT. or KERNEL mode to clear CON INSTR GO. The PDP-1 1 may clear the RUN source at 
any time by issuing (via the 10-11 Interface) D1AG RUN CLR. This causes the Tight loop to be 
entered at the next NICOND Dispatch (assuming no interrupts are pending). 

If it is desired to execute a single instruction, the AR may be loaded with the desired instruction by use 
of the prescribed DIAG function, issued via the 10-11 Interface. After the AR has been loaded, the 
START flag is enabled by issuing DlAG CONTINUE. The AR is tested for a nonzero value. If it is 
nonzero, the contents of AR are executed; upon its completion, the Halt loop is once again entered. 

It should be noted that PC+1 INHIBIT is true during the Execute function, to prevent the PC from 
being updated. Similarly, by clearing AR and pressing CONTINUE while CON RUN is disabled, one 
instruction may be fetched at a time and executed, or the program may be resumed if CON RUN is 
true after performing the instruction in AR. For this function, the microcode, at XCTW. is used to 
fetch the instruction and wait for it. This instruction is performed, and the PC is allowed to be updated 
by +1 . At the end of the instruction, NICOND Dispatch is issued and the state of CON RUN is tested 
together with other hardware conditions, to determine what to do next. 
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2.2.3 Microprogram Running 

Once the microprogram is running, it may enter any of the other states (Subsection 2.2). Normally, the 
microprogram passes through a regularly defined sequence consisting of at least the five main dis- 
patches (Main loop) shown in Figure 2-6. Between each dispatch, some number of microinstructions is 
performed. A rough equivalence exists between the traditional computer machine cycles and those of 
the 1-Box In general, the relationship is as shown in Table 2-1. 


Table 2-1 EBox Main Loop /Traditional Machine Cycle Comparison 

I 

T Box I>i\patch Mam 1-ibop | Traditional Machine ( >cle\ 

M( ON|) DiNjulxh Insinulion 

I AMOD Dispatch AiMiov. 

A Rl AD Dispatch I ctvto 

HR AM J iScc Note) ; 1 xcvule 

B WRIT I Dispatch V !.Kr 


NOT* 

This dispatch n referred to in the Microcode n IR Dispatch 



Figure 2-6 Dispatch Path Stale Diagram 
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Altogether, there are 16 dispatches. The five basic dispatches constitute the main loop: an additional 
eleven are. in general, instruction dependent and usually, if issued, follow an IR Dispatch (DRAM J 
DISP). Each time an EBox clock lick occurs, the CRAM register is loaded with a microinstruction. 
This microinstruction then contols formation of the next microinstruction address. This is accom- 
plished by the particular coding of the appropriate microinstruction fields. In general, there are four 
types of CRAM address modifications (Figure 2-7): 

Branch On Condition 

Branch On Condition With Skip 

Skip 

Jump 

The CRAM address logic samples conditions (Figure 2-8) supplied by various portions of F:Box logic, 
together with the current microinstruction J. COND, and Dispatch fields, and then generates the next 
CRAM address (CR ADR 00-10). 

2.2.4 Microprogram Wait State 

As indicated in Figure 2-3. the Wait state (MBOX WAIT) occurs during memory requests involving 
the M Box. In general (Figure 2-9), three mam uses of the Wait stale exist. The first is to assure that the 
microprogram waits for an MBox response after having started an MBox cycle. The second use is to 
hold ofT a second MBox cycle when the MBox has not yet responded to the first MBox cycle. 

As shown in Figure 2-10, the EBox clock control samples the following signals: 

MBOX WAIT 
VMA AC REF 
RESP MBOX 

If an MBox cycle is started. MEM CYCLE sets, as enabled by the request. It remains set until XFER is 
generated. When the request is to the MBox, and VMA 13-33 is nonzero, the XFER is generated as a 
direct result of MBOX RESPONSE IN. If. however, VMA 13-33 is zero. VMA 32-35 is a fast memory 
address and the EBox aborts the cycle. The XFER is a result of FM XFER. a signal generated from 
within the EBox itsdf. If VMA AC REF is true, the EBox clock ignores MBOX WAIT. However, 
when VMA AC REF is false and MBOX WAIT is true, the EBox clock may be inhibited. 

The third case involves instruction prefetches from fa«t memory (Figure 2-11). For this situation, the 
microinstruction generating NICOND Dispatch also asserts MB W AIT. This is necessary because the 
EBox hardware requested the next instruction from the MBox rather than from fast memory. The 
MBox detects that the VMA address contained a fast memory address and aborts the cycle The EBox 
hardware switches the ARX input to the AD output, thus reading from fast memory. 

NOTE 

XFER « MB XFER V FM XFER 

2.2.5 Microprogram and EBox Frozen 

The microprogram and EBox frozen state occur in practice when any of the following events occur: 

1. DRAM Parity Error while the EBox clocC is running. 

2. CRAM Parity Error while the EBox clock is running. 

3. Fast Memory Parity Error while the EBox clock is running. 
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Figure 2-7 Basic Microprogram Address Control 
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Figure 2-8 CRAM Address Inputs Simplified 
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Figure 2-9 Wait State 
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Figure 2-IO M Box Wait and EBos Clock 
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Associated with each of these error conditions is an enable that must be activated prior to the occur- 
rence of the error to be detected. The three enables are listed in Table 2-2. 


Table 2-2 Krror Stop F.nables 


Enable 

t Bin Bit 

Function 

t'LK KM PAR CHECK 
Ci.K CRAM PAR CHECK 
Cl.K DRAM PAR CHI CK 

*2 

s* 

DIAt.l I M (MI- 
DI A<; Erse (Wti 
DIAl. E CSC 04* 


The DRAM words are coded in a specific fashion for each instruction. If a DRAM parity error occurs 
undetected, it implies that the DRAM word has picked up or dropped an even number of bits. Sup- 
pose. for example, that the DRAM J field picked up a bit. which changed the Jump address from 200 
to 500. The microprogram would perform properly up to the point where it dispatched to the executor. 
Here, instead of jumping to the MOVE microprogram, it jumps to the half-word microprogram with 
erroneous results stored in the specified AC. In a similar fashion, a bit could be picked up cr dropped 
in the DRAM A or B fields with equally disastrous results. The microprogram is a structured entity; an 
erroneous variation of any of its bits in the CRAM register causes errors in the execution of instruc- 
tions and could cause the microprogram to lose control of the EBox. As an example, assume a micro- 
instruction is loaded into the CRAM register. The Dispatch field, originally coded as D1SP/DRAM B. 
because of a dropped bit, becomes instead DISP/SIGNS. Thus, the next CRAM address will be 
computed based on the signs of AR, BR. and AD instead of using the B field of the DRAM word; and 
this would create the wrong CRAM addresses. 

In general, alt instructions in the KL10 Instruction Set utilize fast memory in some way. In addition, 
the microprogram always uses fast memory to set up the indexing function. If fast memory parity 
errors were not detected, bad data could be generated and possibly erroneous instructions fetched 
from fast memory. 

2.2.6 Microprogram Deferred 

The microprogram samples the EBox hardware only at specific times for pending priority interrupts or 
pending traps. One such time is at NICOND Dispatch. Currently, eight possible conditions can occur 
(Table 2-3). Three of these are related to interrupts, two are related to traps, one is for a hailed 
condition, and the remaining two are the more general cases. Here, the deferred condition is taken to 
mean that upon finding an interrupt or a trap pending, the microprogram defers the pending instruc- 
tion and instead handles the interrupt or trap first. In terms of interrupts, the highest priority condition 
is with PI CYCLE (1). This implies that on the previous NICOND Dispatch INT REQ was true and 
the microprogram diverted to the PI Handler to perform the first part of a standard (40 + 2n) inter- 
rupt. For example, assuming device (n) interrupts, the PI system carries out the necessary dialogue and 
asserts PI READY. This results in the assertion of INT REQ. which is sampled at NICOND Dispatch 
time. Now assuming PI CYCLE (0) and RUN (1). the PI Hsndler is entered. The handler reads the 
API function word on the EBus into AR and processes it. Here we will assume it specifics a standard 
interrupt (40 + 2n). Assume the conditions shown in Figure 2 12. 
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Figure 2-12 PI 40 + 2n Skip 


The PI Handler sets PI CYCLE, interlocking the microprogram and PI Board, and temporarily, at 
least, preventing any further INT REQs from being sampled by the microprogram. The PI Handler 
forces an instruction fetch from 40 + 2n; note that NICOND is not now generated. The SKIP instruc- 
tion in 40 + 2n is performed and one of two possible actions results (in this case) from the state of the 
DONE nag: 

DONE (l) - Perform the instruction in 41 + 2n; this instruction must be of such a nature that PI 
CYCLE is cleared (JSR is such an instruction.) 

DONE (0) - Dismiss the interrupt and clear PI CYCLE. 

For this example, assume the instruction should be fetched from 41 + 2n (DONE (I)]. The dispatch, 
therefore, is back to the PI Handler for the second part of the interrupt. 

When the PI Handler releases the PI system, NICOND Dispatch finds PI CYCLE still set. Because 
this is the highest priority condition at NICOND time, the dispatch is back to the PI Handler for the 
second part of the interrupt. The PI Handler generates the appropriate 4 1 + 2n address and causes the 
instruction to be performed, once again omitting a NICOND Dispatch. The instruction fetched must 
be one of the following: 

JSR 
JSP 

PUSH J 
MUUO 

SKIP (will be satisfied) 

All of these instructions cause PI CYCLE to be cleared. 

2.2.7 Microprogram Organization 

The basic control program modules are illustrated in Figure 2-13. The symbol containing the Data 
Storage Manager illustrated in Figure 2-13 represents a predefined process. Examples of such pre- 
defined processes include software and hardware subroutines, the Unibus dialogue, and even functions 
of an alarm clock. 

In the microprogram context, the predefined processes represent functional areas of the microcode. 
Figures 2-14 through 2-21 represent the hardware that controls branching to each of the handlers 
illustrated on Figure 2-13. 


Changes the ACs: use 
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These may be grouped as follows: 

The Startup and Stop Interface (F gure 2-14) evaluates initial hardware conditions and dispatches lo 
the appropriate handler. The nature of the condition could be a pending priority interrupt, halt condi- 
tion, etc. Upon completion, all instructions must pass through this process. The mnemonic for the 
dispatch to this process is D1SP/NICOND (Next instruction Condition). 

The Effective Address Manager (Figure 2-15) evaluates indirect address flag bit 13. index field bits 
14-17 in the ARX (which contains the current instruction), and certain hardware conditions such as 
Pis or page failures. It either dispatches to the appropriate handler or calculates the effective address 
by requesting the necessary fast memory (Index) cycles or MBox Indirect (I) cycles. The mnemonic for 
the dispatch to this process is D1SP/EAMOD (Effective Address Mode). 



Figure 2-13 M Program Modules 



Figure 2-14 Startup and Stop Interface 



Figure 2-15 Effective Address Manager 


The Data Fetch Manager (Figure 2-16) evaluates the 3-bit A (FETCH) field (for the current instruc- 
tion). which is in the Dispatch Table. The code in the 3-bit Field defines the type of data fetch or write 
or combination operation (if any) required. The Data Fetch Manager takes the proper action, i.e., 
enabling the EBox clock to stop as appropriate, dispatching directly to the executor, or initiating an 
instruction prefetch. Note the Instruction register is used to address the proper location in the Dis- 
patch Table (DRAM) based upon the op code for the instruction. 
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Figure 2-16 Data Fetch Manager 

The Dhpaich Table (Figure 2-17) consists of four fields: 

1 DRAM A - Bits 0-2; defines the type of operand fetch cycle. 

2. DRAM B - Bits 3-5; defines Jump, Skip, and Compare conditions for certain instructions, 
or result store mode, etc. 

3. DRAM P - Bit II; parity bit (parity is normally odd). 

4 DRAM J - Bits 14-13: jump address. This is the entry address of the executor routine. The 
mnemonic for the dispatch to the executor is IR DISP (DRAM J) (Instruction Register 
Dispatch). 


oi ” 14 





Figure 2-17 Dispatch Table Fields 
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The Executor routine (Figure 2-18) is the bulk of the microprogram. It contains a of »me*hat 

autonomous routines used to execute the instruction specific functions, e g., move a half-word from 
one register to another or push a word onto a subroutine suck. 

The Data Store Manager (Figure 2-19) dispatches on the DRAM B field. In addition when called from 
the executor as a subroutine only, e.g., MEM/WRITE, it define the appropriate MBo* * 1 ** 

nals and dialogue and initiates the write operation. When the Dau Store Managwis entered J 
context of a store cycle. cc...rol generally passes to that process from J.he n ^£u ,or - P'" 8 ' 1 *’ 8 
NICOND Dispatch is generated and control passes to the Startup and Slop interlace. 

The Priority Interrupt Handler is dispatched to or from discrete points in *e ^program ^1"^“ 
are scanned during NICOND Dispatch, while computing the effective address, and during certain 

longer instructions, such as BLT. 

Control is passed to the Page Fault Handler (Figure 2-20) routine from the Effective Address Manager 
or Dau Siore Manager when the MBox aswrts PF HOLD prior to an MBo* response during* 
memory request. The implication is that a memory address violation occurred. ^i.e.. an i acceM i fail W 
write protection violation, or similar violation. In addition, when im piemen ting KL 10-style pagi ng 
HOLD wiTh EBOX HANDLE may be a»ert«d to the EBo* from the 

that the paging address translation should be accomplished via microprogram rather than intheMi»v* 
itself. The Page Fault Handler is also used for arum error conditions. 



Figure 2-18 Executor 
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. Figure 2-19 Data Store Manager 


The Halt Handler routine ii entered from the Startup and Stop Interface when the RUN flip-fi 'n is 
clear at NICOND Dispatch time. The RUN flip-flop can be cleared by various mechanisms. For 
example, when a HALT instruction is executed. RUN is disabled. On power up, RUN must be set by a 
diagnostic function initiated from the DTE20. 

The / O Handler (Figure 2-21) is dispatched via IR Dispatch from the Dispatch Table on DATAO, 
CONO after the data or status has already been fetched, or directly on DATA1, CONI, CONSO. or 
CONSZ. The handler calls the EBus driver, which generates the necessary EBus dialogue with the 
device. On BLKI or BLKO, the pointer has been fetched but must be updated, stored back at E, and 
the first word fetched. This is performed in the I/O Handler first. When the data has been fetched, the 
EBus driver is called. On DATAI or CONI, the EBus driver is called to negotiate the transfer from the 
selected device over the EBus to the EBox. The I/O Handier then passes control to the Data Store 
Manager where the data is stored. 

2.3 BASIC MACHINE CYCLE 

The basic machine cycle for a typical instruction is illustrated in Figures 2-22 Bnd 2-23. The cycle 
begins at the EBox clock following NICOND Dispatch and terminates at the trailing edge of the next 
NICOND Dispatch. In this example, assume that the instruction MOVE 3 # 200(1) has been fetched 
from core memory symbolic location PC. The following information relates to the example; 


PC 

MOVE 3# 200(1) 

Current Instruction 

PC+1 

NEXT INSTRUCTION 


300 

000000.000100 

Indirect Address * 300 

100 

I7i7t7, nun 

Effective Address « 100 

I ! 

000000.000100 

Index Register “ 1 



*BO» 

CONTROL 


Figure 2-20 Page Fault Handler 
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Figure 2-21 Input/Output Handler 
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Figure 2*22 Basic Machine Cycle Overview (Sheet I of 2) 
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Figure 2-22 Basic Machine Cycle Overview (Sheet 2 of 2) 


FBOX 2-25 



























I i gure<i 2-24 through 2-33 illustrate the microprogram steps and basic EBox hardware used to perform 
the example instruction. Figure 2-22 can be used to follow the various operations at each micro- 
instruction step. 

JJ.l Instruction C ycle - MC'OM) Dispatch to Xf"TGO 

The instruction enters the ARX through the ARX mixer (ARXM) via the cache data lines. Although 
not shown, the MBox response enables the mixer selection and the EBox clock (CLK DP) loads the 
ARX on the Data Path Board with the instruction. The NICOND Dispatch for this example is to 
symbolic location XCTCO; Figure 2-24 indicates the major microinstruction fields. The Jump address 
contains the base address of a 4-word block used to calculate the effective address. Each micro- 
instruction in this block is used for a different form of address calculation, and is selected based upon 
the stale of A RX 14-17 and ARXI 3 when EA MOD DISPATCH is given. The EBox hardware utilizes 
ARX14-I7 and ARXI 3 to modify bits 09-10 of the CRAM address. This yields the possibilities listed 
in Table 2-4 




Table 2-4 

Address Calculation 
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While at XCTGO, to speed things up. the indexing operation is started The fast memory address field 
in the microinstruction causes the FM control to address fast memory utilizing ARX14I7, which in 
the example is I. The ADA input is enabled to select the ARX as input to the ADDER A input. This is 
controlled by the microinstruction ADA field. Similarly, the ADB field enables the ADB input to 
select addressed FM location 1. The microinstruction AD field specifies the ADDER function as 
A + B. Thus, the ADDER begins to add the contents of location 1 in fast memory to the instruction in 
ARX. At this time, the Buffer register extension is enabled from ARX by the microinstruction BRX 
field. 

NOTE 

The IR coat si as the op code of the inttractioa 
MOVE, which Is 200, and the AC field, which is 3. 

The op code value (200) is used to address the DRAM to obtain the appropriate word for this instruc- 
tion. This word is indicated on the input to the DRAM register (5.5.MOVE). 

2.32 Indirect Word Request 

For an Indirect Word request, the CRAM register contains the microinstruction fetched from COM- 
PF1A+3 as indicated in Figure 2-25. The Jump address now specifies a direct jump to symbolic location 
INDRCT. The AD. ADA. ADB. and FMADR fields are maintaining the indexing calculation and the 
calculated address 000300 is forming at the input to the VMA. The MEM microinstruction field is 
coded as A IN D. This enables the memory cycle control to set up and generate an M Box cycle (Figure 
2-26). This begins with the assertion of EBOX REQUEST IN, together with the qualifier EBOX 
READ. Table 2-5 lists the MEM field function that generates requests. An IND isa function that may 
be followed by a microinstruction having the MEM field coded as MB WAIT. 
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Table 2-5 MBox ( yde Requests 
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The lime field for the microinstruction at location COMPEA+3 specifies a period between the EBox 
clock that loaded the microinstruction from COMPEA+3 and the next EBox clock. It allows sufficient 
time for the access of fast memory to be completed. Note that EBox request and EBox sync are 
concurrent (Figure 2-26). The earliest time that the MBox can dear the request is on the MBox clock 
following EBox sync. In Figure 2-26, EBox sync occurs one MBox clock prior to where the time field 
indicates EBox clock can occur, but because MBox wait is true and the MBox has not yet responded, 
the EBox clock is postponed as indicated. 
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Figure 2-26 MBo* Cycle 


23.3 MBox Response to Indirect Word Request 

Figure 2-27 illustrates the microinstruction fetched from symbolic location 1NDRCT. Again, a direct 
Jump is specified (in this instance, to INDLP). A response from the MBox it anticipated. ARX - 
MFM is a MACRO statement. It specifies MEM to be MB WAIT and also selects FM as addressed by 
VMA 32-35. The ARXM is actually input from both AD on the 2 input and the cache data on the 1 
input. The M Box response causes the EBox hardware to generate MB XFER. which selects the correct 
input. In this example, the cache data lines containing the indirect word 000000.000100 are loaded into 
ARX. 


23.4 Address Calculation Continues 

Referring to Figure 2-28, the CRAM register contains the microinstruction fetched from symbolic 
location INDLP. This setup is once again to perform indexing as though it were really specified. At 
this time. ARX contains indirect word 000000,000100; ARX14-17 and ARX13 are aero. Thus, even 
though the microinstruction specifies the calculation of indexing, the hardware calculates the proper 
CRAM address based upon ARX14-17 «• 0 and ARX13 " 0. 

The basic jump address is COMPEA and this is the next CRAM address. The dispatch is EAMOD 
and. on the next EBox clock, the microinstruction from COMPEA is fetched. Note, too. that the 
DRAM Register is latched and contains the A, B. and Executor Jump address. 

23.5 A READ Dispatch - Set Up Data Fetch and Prefetch 

Refer to Figure 2-29. Once the effective address has been calculated, what has been traditionally called 
the Fetch cycle follows. The CRAM register contains the microinstruction fetched from COMPEA. 
The J field is zero in this case. The EBox hardware, upon detecting a Read Dispatch, inspects the 
dispatch A field and forces the CRAM address to 40 -F A. Thus, in th>i example, the address becomes 
45. Address 40 + A is defined by hardware. The effective address in ARX18-35 is enabled into the 
ADDER A input by the AD field coded as A. with ADA selecting ARX. To begin the data fetch, the 
M EM field is coded as A READ and this, with the A field, generates EBOX REQUEST and EBOX 
READ. On the next EBox clock, the effective address is loaded into AR. 
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Figure 2-27 MBm Response to Indirect Request 
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Figure 2-29 ARE AD Dispatch Setup Data Fetch 
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2J.6 M Box Response to Data Read - Prefetch Begins 

Figure 2-30 illustrates the CRAM register containing the microinstruction from location 45. The jump 
address once again is zero, because the actual jump address is provided by the DRAM register jump 
field. In the case of MOVE, the symbolic address is "MOVE.** This location contains the fim micro- 
instruction in the executor for the MOVE instruction. Only one microinstruction is required for the 
execution of the basic MOVE. This dispatch field contains DRAM J. enabling the CRAM address 
control to utilize the jump address in the dispatch register. Thus, for the basic MOVE, symbolic 
location "MOVE" contains the desired microinstruction. The MEM field is coded as fetch to enable 
the memory cycle control to begin the prefetch by asserting EBox request with EBOX READ. 


Until the MBox response to the data read is received, the VMA is latched and only t he VMA input 
contains the updated PC value. When the MBox response is received, the VMA is loaded with the 
updated PC value (PC+ 1 ). At the same EBox clock, the data on the cache data lines is clocked into AR 
(000100) Referring to Figures 2-30 and 2-31, the FMADR field enables FM to be addressed via VMA 
32-35. even though in this example VMA address 000100 is not an FM address. FM location 0 is 
actually accessed and enabled via ADDER B into the AR mixer. 


The Memory Cycle Control asserts LOAD AR. The address in VMA is checked ir. the VMA Control 
and. because it is not a fast memory address. -VMA AC REF is asserted. Thii. is passed to EBox 
Control No. I logic and inhibits the generation of FM XFER. 


M Box RESPONSE IN is passed to the EBox clock control where it becomes (on the next MBox clock) 
RESPONSE MBox. This, with LOAD AR, enables the selection of ARM SEL 1. which enables the 
cache data into AR. The EBox clock then strobes the AR register. This dork also clocks the next 
microinstruction from symbolic location MOVE into the CRAM register. 


13.7 Executor - Set Up for Store Cyde 

For the basic MOVE instruction, the date word in AR must be stored in the FM location specified in 
the AC field of the currently executing instruction. The microinstruction J field contains the base 
address for the data storage microprogram. This it symbolic location ST0. The Dispatch field is coded 
as DISP B. which enables the B field of the DRAM register to modify the low-order three CRAM 
address bits (CRAM 08-10). The B field is 5 for MOVE and this yields symbolic location STAC. If, for 
example. ST0 was physically 60, the resulting address would be generated by logically ORing 60 with 5 
for a result of 65, symbolically STAC. 


Referring to Figure 2-32, JRAC contains AC address 3, and is enabled to address FM because the 
microinstruction FM ADR field is coded as A CO. This is the AC specified by AC 09-12. The MEM 
field specifies B WRITE, but no request is issued. This is because the memory cycle control samples the 
DRAM B field and inhibiu an EBox request when DRAM B0I is a zero. 
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Data Word Requested 


E BOX/2-47 

























• *•••' I* >»« 


i-igure 2-31 Hardware Selection of ARM Data 


2.3.8 finish Store Cyd* - Perform NICOND Dispatch 

The CR AM register now contains the microinstruction from symbolic location STACK (Figure 2-33). 
The J field specifies the base address NEXT and the Dispatch field contains NICOND Dispatch This 
completes the basic machine cycle by reentering the instruction cycle once again 

The FM ADR field maintains the FM address via IRAC and the COND field is coded as FM WRITE 
to write the contents of AR into FM location 3. The MEM field is coded as MB WAIT for the cases 
where the nest instruction has been prefetched from memory. This forces the EBox to wait until the 
instruction enters the ARXM and MBOX RESPONSE is received If the instruction is being fetched 
from fast memory. MB WAIT has no effect and the microprogram selects the appropriate micro- 
instruction to load ARX from fast memory as addressed by VMA 32-35. 

2.4 PACE FAIL O C LE INTRODl CTION 

Normally, primary memory is the MBox cache memory, secondary memory is core memory. »nd the 
auxiliary memory is a disk or drum. Information is moved into the core only on demand (Demand 
Paging), i.e., no attempt is made to move a page into core memory, and consequently words into the 
cache, until some program references it. Information it returned to core memory in accordance with a 
hardware algorithm in the MBox hardware. Information it returned from core memory to auxiliary 
storage at the discretion of the operating system's paging algorithm. Information movement across the 
gap bridging the level between auxiliary storage and core memory-cache memory is called page traffic. 

The MBox. in a sense, is an interface between the EBox (processor) and the SBus It provides individ- 
ual mapping (relocation) of each page (512 words) of both user end monitor address spaces, using 
separate maps for each The M Box uses hardware s.oragc to access and load the mapping information. 
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Ii also contains a 2048 word cache for holding the data for the mapped references. On each memory 
request from the EBox. the nine high-order bits of the virtual address and the type of request (read, 
write! are compared with the contents of the hardware tables in the MBox. If a match is found, the 
location containing the match also contains 1 3 high-order address bits to reference the physical page in 
the cache. If no match is found, a 512-word “Page Table" in physical core memory is referenced. The 
word selected in this page table is determined by a dispatch based on the original nine high-order 
address bits. The 13 high-order address bits and use bits found in this word are written into the MBo* 
hardware table: the use bits are checked against the type of EBo* reference. Four possible cases exist 
concerning the disposition of the use bits: 

1 The page is not in core. 

2 The page is protected from the type of request. 

3 The page is nonexistent. 

4 The page is in core and is compatible with the type of request. 

For the first three cases, a page fault (trap) occurs; for the fourth case, the requested word is fetched 
from core memory (actually words are fetched four at a time, differing only in the two least significant 
address bits) and written into the cache. Concern here it with the page fault situations. The MBox 
constructs a page fault word in one of its internal hardware registers, the EBus register. The word 
contains information relating to the type of fault that occurred. The EBox is waiting for an MBox 
response to its request: the MBox, therefore, asserts PF HOLD, and some time later asserts MBOX 
RFSPC NSE IN. When the EBox recognizes the PF HOLD signal, it force* the CRAM address to 
1777. This is the first microinstruction in the micropage fault handler. The EBox does not issue an 
EBox c'oek until the CRAM address has had time to set up. Once the address is stable, a single EBox 
clock is issued to the CRAM board to access the microinstruction. 

2.4.1 Page Fail Handling - Functional Flow 

Figure 2-34 is a functional flow of the microprogram page fault handler. The EBox contains a 4-bit 
slate register. This register, during certain instructions, holds a number that may be used to modify the 
state of the CRAM address. For instructions that do not use the State register, it contains zero. 
Generally, the STRING. EDIT, and BLT instructions require cleanup following a page fault so that 
they may be properly terminated. For these case*, the Slate register contains a value in the range of 

1- 7. The more gener«l case is discussed here; this is where the State register contains zero. For both 
cases. INSTR ABORT (coded in the condition field of the microinstruction fetched from CRAM 
address 1777) performs the following functions: 

TRAP REQ I - TRAP CYCLE 1 
TRAP REQ 2 } TRAP CYCLE 2 
ADR BRK INH - ADR BRK CYCLE 

These actions are necessary to assure that the PC flags reflect the state of the EBox when a page fault 
occurs during the fetch of the trap instruction, during its execution, or during an address break page 
fault. A State register dispatch is given, but because the State register is clear, the base address is used 
to obtain the next microinstruction. A priority interrupt has a higher priority than a page fault (Figure 

2- 35): therefore, a pending interrupt is checked for first. If INT REQUEST is true, the PI Handler is 
entered to service the interrupt. If no interrupts are pending, the page fault is handled. The third level 
of priority is given to traps and finally to all other events being processed by the microprogram. 

A page fault occuring in response to an API interrupt function is a fatal error. Thus, when the page 
fault handler finds PI CYCLE set, it sets the I/O Page Failure flag, dismisses the failing interrupt, and 
then, if possible, restores the EBox to the state it was in prior to the interrupt. The setting of IOPF 
eventually causes an interrupt on the APPR error channel. The PF Handler now attempts an instruction 

fetch. 
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Figure 2-35 EBox Priorities 


Obtaining and Adjusting the PF Word - Assuming PI CYCLE is dear, the AR is cleared and the ECL 
EBus is requested. This is to transfer the PF word from the MBox EBus register to the AR register in 
the EBox via the EBus. Because the PI system and external or internal devices can also use the EBus. 
the microprogram must force its release. When the ECL aide is obtained, the EBox reads the PF word 
into AR. The PF word, as it is constructed by the MBox, contains the physical page number in bits 
14-26. The EBox must replace this with the virtual address and also clear bit 13. The current virtual PC 
is temporarily placed into ARX; the failing VMA is placed into AR while the old PC is saved in BRX. 
The ECL EBus is then released. The ARX and AR are shifted to adjust bits 13-26 to be the VMA 
13-26. 

Figure 2-36 shows the three locations in the user process table dedicated to page fault handling. 



Figure 2-36 Process Table PF Location 


2.4.2 Process Table References 

The VMA is loaded with low-order process table location 500 and an EBox request is issued to write 
the PF word (concurrently in AR) into process uble location UBR+500. The next microinstruction is 
loaded and EBox dock sets MEM CYCLE, causing MBOX WAIT. The AR is enabled from the old 
PC word; the input to VMA is now 501. As soon as the MBox responds, MBOX WAIT is removed 
and the cycle is repeated. This time the EBox request is to write the old PC word (now in AR) into 
process uble location UBR+501. Once again, the next microinstruction is loaded and EBox clock sets 
MEM CYCLE, causing MBOX WAIT. The VMA input is now 502. As soon as the MBox responds, 
MBOX WAIT is removed and the cycle repeats, in this insunce for reading a new PC word from 
process table location L1BR+502. The new PC word places the EBox in a specified mode and the first 
instruction is fetched from the appropriate handler. This completes the page fault cycle. 

2.5 TRAP CYCLE- INTRODUCTION 

A Trap is produced by setting either of two trap request flags in the EBox (TRAP REQ1 or TRAP 
REQ2). The programmer knows these flags as TRAP2 and TRAP1. The conditions that set TRAP 
REQI are equivalent to the arithmetic overflow conditions that set SCD OV. TRAP REQ2 is set by 
the various pushdown overflow conditions: the left half of the pointer is counted down to -1 (no carry 
out of bit 0) in a POPX, or is counted up to zero in a PUSHX. (The condition for this is the presence of 
a carry out of bit 0. but the condition is detected by the microprogram and the trap request flag is set.) 

2.5.1 Trap Handling 

The Trap Handler (Figure 2-37) is entered at NICOND Dispatch time providing hs priority it highest 
of the major priority events. The microprocessor NICOND Dispatch, together with four queues 
arranged in a round robin priority structure, is shown in Figure 2-38. The TRAP request is served only 
w hen no priority interrupt requests are pending and no pag - fault is pending. It does, however, pre- 
empt the normal instruction cycle. Both the user and exec process tables contain dedicated locations 
for processing traps. These locations are XXX 421 for arithmetic overflow (TRAPI), XXX 422 for 
pushdown overflow (TRAP2). and XXX 423 for the programmed trap (TRAP3). XXX is replaced by 
the appropriate base register (UBR or EBR), which resides in the MBox. The base register used by the 
M Box is determined by the state of the qualifiers sent during the EBox request. The MBox fetches the 
appropriate trap instruction and places it on the cache data lines while issuing MBOX RESPONSE 
IN. The EBox then executes the trap instruction. It is possible for the EBox request for the trap 
instruction to cause a page fault. If this occurs, the page fault handler is entered at CRAM address 
1 777 and the trap cycle flags are pushed into the trap request flags so that the trap flags may be saved; 
the trap cycle properly reenters at a later time. 
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Figure 2-37 Trap Cycle 
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f igure 2-38 Central-Server Model (Round Robin Priorities) 


2.9.2 Address (.nserstio* 

Referring to Figure 2-37, the VMA is enabled to be input from the VMA ADDER The condition field 
of the current microinstruction enables the number field to generate the process table low-order 
address 420: the low-order two bits of VMA AD 34 and 35 assume the state of the trap flags 

2.5.3 PT Reference for Trap last radio* 

The next microinstruction must generate the EBox request and enable the appropriate qualifiers to 
appear on the E/M Interface lines The page table reference control samples the state of the USER, 
together with the special function and number bits and then asserts either MCL VMA UPT and MCL 
PAGE UEBR REF for a USER trap situation or asserts MCL EPT and MCL PAGE UEBR REF for 
an EXEC trap situation The MEM field is coded to load ARX and enable the EBox request. 

Assuming no page fault occurs, the M Box fetches the instruction, places it on the cache data lines, and 
asserts MBOX RESPONSE IN. The MEM cycle control samples the MEM field function LOAD 
ARX to enable one leg of the ARXM and CLK RESP MBOX enables the other leg Thus, the instruc- 
tion enters ARX on the next EBox dock Next, op code and AC field of the instruction in ARX must 
be enabled into the ADDER and then latched into IR The condition field of the current micro- 
instruction COND/LOAD IR unlatches the IR for one EBox cycle, allowing the AD to load into IR. 
On the next EBox dock, it latches again. The final step is to perform the trap instruction. This com- 
pletes the trap cycle. 

2.6 INTERRl PT CYCLE - INTRODUCTION 

The system must possess a true priority interrupt system that is flexibly structured and controlled. Its 
operation in establishing priorities and recording and sequencing interrupt requests is essentially 
instantaneous and independent of EBox action. Interrupts of high priority must be permitted to inter- 
rupt partially completed responses to those of lower priority. To maintain fast response, interrupt 
requests should require no decoding action on the part of the EBox to determine their source or 
nature Capability for dynamically varying the priority structure to meet the demands of a changing 
environment must be available In addition, no other system element may be designed such that iU 
proper operation requires inhibition of the priority interrupt system for any period of time 
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The basic priority interrupt level has four mutually exclusive stales that can be described as Disarmed 
(-PI ON). Armed (PI ON). Waiting (PI REQ). and Active (PI HOLD) Figure 2-39 shows the basic 
concept of the interrupt system for two channels. It is arranged in four groups, the interrupt state, the 
FF configuration for two of the seven possible channels, the level enable, and the source of change 
signal In the Disarmed state, the interrupt level rejects all incoming interrupt trigger signals By 
performing a CONO PI and specifying the appropriate bits, the priority interrupt system can be armed 
or disarmed for any or all channels. 

In Figure 2-39. the processor (CPU) peri ,;ms a CONO PI and arms both channels In the armed state, 
the interrupt level accepts a trigger signal from an outside source or from an internal source, e g . the 
APR. and moves to the waiting state (REQUEST STATE), where it remains until it is acknowledged 
by the EBox All waiting and enabled requests are input to a priority network where they are compared 
with the current state of the priority interrupt system In this example, both channel I and channel 2 
are requesting service, and both channels have previously been armed by a CONO PI instruction In 
addition, an interrupt is shown holding on channel 2. Thus, until it is dismissed by the processor, the 
channel 2 request pending is held in abeyance Furthermore, the channel I request causes the device 
subroutine for channel 2 to be interrupted, diverting the processor to the device subroutine fo' channel 
I The first instruction that will be executed as a result of an interrupt (subroutine type service) is a JSR 
instruction This instruction saves the processor flags, program counter value, and also .olds the 
interrupt 
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Figure 2-39 Interrupt Level Operations 


EBOX 2-64 


When service has been completed, the service routine dismisses the interrupt, restores the flags and 
program counter, and the channel 2 subroutine continues Interrupt channels are organized into seven 
basic levels, which are software assignable (armed) the lowest number has the highest priority within 
the numbered sequence (Figure 2-40) Each channel is subdivided into finer levels or priority by hard- 
wired physical device numbers As indicated, the first eight physical numbers (0-7) are assigned to 1-8 
Masshus controllers in the system The next four physical numbers (8-1 1) are assigned to 1-4 DTE20s 
(It) II Interfaces), and numbers 12-14 are reserved for expansion Finally, physical number I $, 0 is 
assigned to the I O bus adapter (one exists per system, if needed) 

Each interrupt channel has a dedicated pair of unique locations within the EPT These locations may 
be indicated as 40 4 2n. and 41 + 2n, where n represents the channel number When a device initiates 
an interrupt in the XL 10 system and is selected for service, the device places onto the EBus a special 
function word hereafter labeled API function This function contains information that specifies the 
type of service required Figure 1-32 in ales the format of this word Note that the format varies 
from device to device, but the function* that can be specified in bits 3-5 are common to all system 
devices Function codes of 0. I. and 7 cause instruction fetches from 40 + 2n initially and. depending 
upon the type of instruction in 40 + 2n. may at some point perform an instruction fetch from 41 + 2n 
In general. 40 + 2n contains one of the following types of instructions 
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Figure 2-40 Typical Interrupt Priority Chain 


• 1 heve instructions should nol be used because nothing is known about the AC* when the interrupt occurs JSR 
or Ml t'O are better choices 
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All of these instructions save the flags and PC, a requirement when entering the device service routine. 
If the instruction at 40 + 2n is a BLKX instruction, a specified number of transfers are performed, one 
transfer at a time, each time returning to the interrupted program or to a higher level subroutine On 
the last transfer, the return to the interrupted program is "NOT SKIPPED” and an instruction is 
fetched from 41 + 2n. In a similar fashion, if 40 + 2n contains a SKIP class instruction: when the skip 
condition is satisfied, a return to the interrupted program takes place. If the skip is not satisfied, the 
instruction in 41 + 2n is executed instead of the return. The API function generated by the Massbus 
controller is always a function code of 2 in bits 3-5; this implies a dispatch to the physical address 
provided in the API function word. The dispatch is into the device handler for the Massbus devices. 
The type of API function requested varies with the device or controller responding. 

It is possible for the processor to generate a program request for an interrupt on any of the seven 
channels. This permits the processor to carry out the highly time-sensitive portion of the interrupt 
response, and to then create for itself a low priority interrupt to call for the deferred servicing or the 
less time-sensitive portion at a less pressing time. 

2.6.1 Dorados of Laiatmuptabl* Intervals 

Such an interrupt system is of little value if the CPU can remain in an umnterTuptable state for any 
significant period of time. Under normal operating conditions, the longest uninterruptable interval 
must be kept short. In addition, no malfunctioning peripheral hardware or software can be allowed to 
"hang up" the CPU in a noninterruptable state. 

2.6.2 Interraptable Iustructk** 

To ensure that the longest uninterruptable interval that the EBox may experience in normal operation 
is short, some long instructions have been designed so that they may be interrupted during execution. 
First, all instructions are interruptable at indirect references during the effective address calculation. 
Second, instructions that consist of two pans may be interrupted between the two parts, a PC flag 
being set to record this for later, when only the second part will be done. Third, iterative instructions, 
such as BLT. may be interrupted at any point, as an AC pointer defining work still to be done is beng 
updated continually. 

2.63 Genera! Interrupt Sequencing 

The mechanism for handling the various levels of interrupt priority in the hardware, and the relation 
between this mechanism and the device subroutine call and return sequence as it might occur in prac- 
tice are shown in Figure 2-41. Three channels are armed by setting their PION (lags. Channel 2 has 
highest priority, followed by channel 3, and finally by channel 4. Note that the execution of a CONO 
PI instruction caused the PION flags to set. Three separate interrupts occur simultaneously on chan- 
nels 2. 3, and 4. The priority network is shown arbitrating the three priorities. The lowest channel 
(highest priority) is serviced, provided it is of higher priority than the current level. 

In this example, all three channels are requesting and no channels are currently holding interrupts; 
thus, the channel with the lowest number is selected. As a result of the arbitration, the selected channel 
number is combined with the appropriate constant to form the address 44[40+2X (2)J. In Figure 2-41, 
the device subroutine is entered by fetching and executing the instruction in EPT location 44, which in 
this instance is a JSR. The request is not cleared until the program issues CONO, DEV. Notice during 
the entire service routine (in this example), the requests on channels 3 and 4 are waiting for the process- 
or. The last instruction to be executed in the device subroutine is a JEN (JRST 12); this restores the 
(lags saved by the JSR instruction executed in 40 + 2n and dismisses the interrupt on channel 2. which 
is holding off channels 3 and 4. 
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Figure 2-41 Basic Interrupt Sequencing 


24.4 Interrupt Dialogue 

The handling of the EBus dialogue and processor bus requests during I/O instruction execution and 
priority interrupts is provided by the Priority Interrupt Board, which comprises the necessary inter- 
facing logic, control logic, and registers. Initially (Figure 2-42), assume that the appropriate PION 
(lags have been set on the PI Board and it is now capable of accepting interrupts. For this example, the 
DTE20 will generate an interrupt for a byte of data. The drawing is divided into three auctions: EBox, 
control activity, and DTE20. The control activity consists of control action taken by either the EBox 
i't the DTE20. as appropriate. 
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Figure 2-42 Interrupt Dialogue Overview 


The DTK20 asserts one of its interrupt lines PI 1-7; this level enters the PI Board where, as indicated, it 
is arbitrated with any other incoming requests and any holding interrupts. The PI Board now com- 
mences a dialogue between all candidates on the selected interrupt channel. The selected channel 
number is encoded in controller select (CS) lines 04-06. The function “PI S1RVED is encoded in 
function (F) lines 00-02. These signals are placed on the EBus and 200 ns later the PI Board asserts the 
signal DEMAND. This signal instructs the device (DTE20) to place its physical controller number on 
a prespecified bit position of the EBus {bit positions 8-11). Each controller, therefore (including the 
I O bus adapter, bit position 15, disks or drums, bit positions 0-7) on the selected channel does the 
same. Approximately 400 ns later, the EBox drops DEMAND; however, the controller select and 
function lines do not change for an additional 150 ns after DEMAND is removed. The physical 
controller numbers received by the EBox over the EBus are arbitrated in much the same way as the 
channel priorities. An exception is the ARP. which is an internal KL10 device, and does not fall into 
quite the same type of scheme, i.e., it does not place a physical number on the EBus; obviously this is 
not necessary because it is already within the EBox. Rather, it providea a physical number directory on 
the board This device vies with the device that is selected on the basis or physical number highest 
priority (Figure 2-40). Basically, the lower the numeric value of the EBus bit position onto which the 
device is hardwired to place its physical number, the higher the priority of that bit. The highest phys- 
ical number priority, therefore, is given to bit position 0, and the next to bit I, and so on. The highest 
priority physical number (in this example only) is assumed to be that of the DTE20 (one of four such 
possible Unibus controllers on the EBus). 

The P) Board now asserts the encoded physical number of the selected controller (DTE20) in con- 
troller select (CS) lines 00-03, the interrupting channel number encoded in CS lines 04-06, and the 
function “PI ADDRESS IN” is encoded in function lines (F) 00-02. Again, the EBox wails a period of 
200 ns and then asserts DEMAND. At this point only, one controller has been selected; it compares its 
physical number (hardwired on iu backplane) to the number received on EBus biu 00-03. Upon 
determining that it is the selected controller, the DTE20 places the required API interrupt function 
onto the EBus data lines and asserts ACKNOWLEDGE and TRANSFER to the EBox. The 
ACKNOWLEDGE signal causes the I/O bus adaoter to ignore the function code “PI ADDRESS 
IN." In the absence of ACKNOWLEDGE. PI ADDRESS IN would enable the I/O bus adapter to 
send its API function to the EBox, because no decoding and comparison logic exists in the adapter. 
This logic does exist in the DTE20 and other devices. The TRANSFER signal specifies to the EBox 
that the appropriate device has responded, and alerts the EBox that an interrupt is set up and pending. 
If the API function is sent during a DTE20 to 10 byte transfer, this could specify that the EBox 
perform a DATAI function to the DTE20; in this way, a byte of data is picked up as indicated in 
Figure 2-40. 

The case of DTE20 byte transfer is somewhat unique in that the DTE20 holds onto the EBus until the 
EBox transmits the appropriate function, in this case DATAI encoded in function select lines 00-02 (at 
this time CSOO-06 ■ 0). The byte is picked up by the EBox, and the DTE20 generates ACKNOWL- 
EDGE and TRANSFER once again. This completes the operation. Note that ACKNOWLEDGE 
informs the I/O bus adapter not to respond to the functions bang carried out. Because the requests on 
channels 3 and 4 have been pending during the service routine, when the interrupt that has been 
holding on channel 2 is dismissed, the priority net arbitrates between channels 3 and 4 and selects 3 for 
service. This generates the address 46 (40 + 2n), and this time the instruction is an M UUO. As with the 
JSR during the execution of the MUUO, the request is transferred to the channel 3 hold flag. Note that 
in the example, the request on channel 4 is still waiting for service. Finally, the JEN instruction at the 
end of the channel 3 service routine restores the flags and priority interrupt system, dismissing the 
interrupt on channel 3. In the same fashion as with the other interrupts, the priority net generates the 
address 50 (40 + 2n). In this case, however, location 50 contains a BLKO instruction, which cannot 
save the flags or PC of the interrupted process. This type of instruction behaves in a special manner 
w hen used in an interrupt location; the BLKO instruction performs a series of transfers to a specific 
device; however, after each transfer, return is passed to the current PC value, whatever it is. This 
continues until the last transfer is completed, when the instruction in EPT location 51 (41 + 2n) is 
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executed. This instruction should be of the type that saves the flags and PC. and will generally enter a 
subroutine probably to set up a new block pointer, because the current one has been expended. Note 
that in the beginning some main program, perhaps the monitor, was interrupted, and now control is 
passed back to it. 

2.7 BASIC MACHINE MODES INTRODUCTION 

In general, the KL10 permits the operation of a number of different programs, all resident in the 
machine simultaneously, without interference or undesired interaction among them whether due to an 
inadvertent program bug or maliciousness. The operation of the machine is divided into two modes. 
User mode and Exec mode, each with two submodes. User mode consists of Public mode and Con- 
cealed mode. Exec mode consists of Supervisor mode and Kernel mode. The machine mode structure 
and hierarchy are illustrated in Figure 2-43. 

Basically, the programs of individual users operate in Public User mode, where the program can have 
access to one of two possible virtual address spaces. If KL!0 paging is in effect, the user has access to a 
virtual address space of 256K words via an 18-bit virtual address, which may not be referred to by any 
other user (without the cooperation of the monitor). If KI10 paging is turned on, the program has 
access to a virtual address space of 256K addressed via a 18-bit virtual address, which as previously 
pointed out cannot be referenced by any other user without the monitor's cooperation. All instructions 
that do not compromise the integrity of the system are legal; this includes the following: 

1. The halt instruction (JRST 4) 

2. Any instruction attempting to affect the PI system (JEN) 

3. Any I/O instruction directed at devices with device select codes below 740 

4. Any reference to the concealed address space except for fetching of a portal instruction 

5. All illegal instructions or op codes. 

The user's address space (when KL10 paging is in effect) is divided into 32 (decimal) sections; each 
section contains 512 (decimal) pages and each page consists of 512 (decimal) words. The existence of 
these pages is nominally invisible to the user program. However, the amount of physical address space 
available is actually a number of these pages (at leajt one page), none of which need be contiguous 
either in physical core or in the user's virtual address space, although it is desirable from a machine 
standpoint to do so. Each of these pages can be designated public or writable by a 1 in bit I or 2. 
respectively, in the page table word for the page. Pages that are not designated writable cause an 
instruction, which attempts to write them, to trap to the monitor as a write protection violation page 
failure. A program running in pages designated public is in Public mode. A program running in pages 
not designated public is running in Concealed mode. Whether an instruction is performed from Public 
or Concealed mode is determined by the Last Instruction Public bit of the PC word (bit 7). The Last 
Instruction Public bit is copied from the Public bit of the page map word for the page from which the 
instruction was fetched. An instruction in Public mode (that is, one performed with the Last Instruc- 
tion Public bit a I in the PC word), which attempts to transfer to a location in a nonpub'ic area not 
containing any Portal instruction, or an instruction in Public mode which attempts to read, write, or 
execute a location in a nonpublic area, traps to the monitor as a concealed violation page failure. A 
Public mode program can only transfer to a Concealed mode program by transferring to locations that 
contain Portal instructions. A Concealed mode program can read, write (if writing is allowed), execute, 
or transfer to any user location designated public. Concealed mode is provided to allow the loading of 
a proprietary software package together with a user’s program and data while preventing the user's 
program from copying information discerning the structure of the proprietary software. This provides 
protection of proprietary software without complicated protective overlay or transfer schemes 
involving the monitor and allows direct interaction between user and software package with virtually 
no overhead. 
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The monitor operates in Exec mode. It is responsible for scheduling users, allocating memory and 
other facilities, servicing interrupts, and performing actual I/O. At any instant, the monitor has access 
to an effective address space of up to 8192K (for KL 10 paging mode) or 256K (for KUO paging mode) 
words and by overt action may address any portion of physical memory. The monitor can be divided 
into two parts: a normally small part, which operates in Kernel mode and is resident, and a larger part, 
which operates in User or Supervisor mode and may be swapped as necessary. 

The Kernel mode part of the monitor handles the PI system, performs the direct I/O for the system, 
performs page management, and performs all other functions that affect all users of the system. The 
Supervisor mode part of the monitor performs the general management of the system (such as MUUO 
handling and dispatch) functions which affect only one user at a time. The Supervisor mode and 
Kernel mode of the monitor are analogous to the Public mode and Concealed mode of the user's 
programs in that the Supervisor runs in that part of the Exec address space designated public and the 
Kernel runs in that part of the Exec address space which is designated nonpublic: this simplifies illegal 
reference detection logic. Each address from 20 through 337,777 is broken up into pages, but these 
addresses can be made to refer to the same addresses in the physical memory space by making the 
virtual page address equal to the physical address portion in the corresponding page table entry. The 
entire Exec address space is broken into pages of 512 words which may be designated either accessable 
or not access: ble, public or nonpublic, and writable or non writable and can be swapped out. An 
instruction in Supervisor mode that attempts to write into a page which is not writable will trap as a 
page failure. An instruction in Kernel mode may write i.->. i any location whether or not it is designated 
public. An instruction in Supervisor mode (that is, one performed with the Last Instruction Public bit 
a 1 in the PC word) that attempts to transfer to a location in an Exec nonpublic area not containing a 
Portal instruction traps to the monitor as a page failure. An instruction in Supervisor mode that 
attempts to read, write, or execute a location in an Exec nonpublic area traps to the monitor. In each 
instance, the trap is a Kernel violation page failure. A Supervisor mode program can only transfer, i.e.. 
jump to a Kernel mode program, by transferring to locations that contain Portal instructions (JRST 

I). 

A Supervisor mode program can also reach Kernel mode (or any other mode) by performing an 
MU UO or other instruction that causes a trap, if the appropriate trap new PC word indicates that the 
next instruction is in Kernel mode. A Kernel mode program can read, write, execute, or transfer to any 
location designated public, i.e.. in Supervisor mode; all instructions illegal in User mode are also illegal 
in Supervisor mode. 

The mode control logic consists of the following: 

User Mode 
Public Mode 
User IOT 
Private INSTR 

Miscellaneous Combinational Logic 

The mode control exerts a powerful influence over the disposition of the processor. It monitors 
instruction fetches from Public mode to prevent illega' entry to either Concealed mode from User 
Public mode or Kernel mode from Supervisor. In addition, it detects the fetch of a Portal instruction 
and adjusts the state of the mode logic accordingly. The relationships between the various modes and 
their transfer instructions are shown in Figure 2-44. In general, two instructions allow flags that affect 
processor modes to be manipulated. These instructions are: 

MUUO 
JRST 2 



bit ASSIGNMENTS 


CONTROL OF 

8IT05 

BIT06 

BITOT 

NOTES 

USER MODE 

X 




USER TOT 


X 


IN USER MODE 

PUBLIC MODE 



X 


PREVIOUS CONTEXT 


X 


IN EXEC MODE 


Figure 2-44 Mode Transfer 


Of the two, only the MUUO can cause transfers to any mode from any other mode. The JRST 1 
(Portal 1) simply allows entry to a Private mode from a Public mode. Each time an instruction fetch is 
specified and the reference is to a nonpublic page, a test for illegal entry must take place to maintain 
integrity in the system. 

Referring to Figure 2-44. assume a User Public program has been started by a monitor routine that 
performed a JRST 2 (a jump and restore flags). To place the processor in U*er Public mode, bits 7 and 
5 of the flag's PC word must be set; this results in the setting of Public mode and user mode, respective- 
ly. The processor ts now in User Public mode. Assume that the User executes some miscellaneous 
instructions and then performs an inttrucuuu fetch from a nonpublic area. The following test taka 
place: instruction fetch is decoded from the microinstruction MEM field or specified as a prefetch in 
the DRAM A field. The E/M Interface assent EBOX READ and loads the address into VMA. Note 
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that if j reference to a private address for a read or write of data is attempted, it page fails on the 
attempted reference because PAGE TEST PRIVATE is asserted However, in this case, the fetch must 
be allowed from the private address space. Its identity is checked in the EBox and. if it is not a JRST I 
(portal), a page failure occurs on the very next memory reference This is implemented by delaying 
generation of the signal that would cause a page failure to be generated by the MBox (PAGE ILLE- 
GAL ENTRY), until the instruction fetch is completed When the MBox responds with the level - 
PAGE TABLE PUBLIC (PT PUBLIC), this signal with the MB response sets PRIVATE INSTRUC- 
TION. This causes the generation of PAGE ILLEGAL ENTRY If the instruction which is decoded 
by the hardware is not a Portal. Public mode remains set maintaining PAGE ILLEGAL ENTRY 
which enables a page fault on the next MBox reference for whatever reason If the instruction fetched 
is a portal (JRST I), then Public is cleared and the processor enters Concealed mode 

All user references and concealed references are paged The difference between the types of paged 
references is that user paged references are public while concealed references are nonpublic when 
referencing the concealed address space and may be public when referencing the users address space 
Executive references are paged, this includes both Kernel and Supervisor references Supervisor mode 
programs must be capable of reading both User Public and User Concealed address spaces. To bypass 
the portal mechanism normally necessary for any public program to reference a nonpublic program 
area, a bypass exists, w hich is under control of the Kernel; when operational, the Superv isor is allowed 
to read and possibly w rite the concealed area as necessary , remembering, of course, that the superv isor 
is part of the operating system and it is performing job-related tasks within that context 

Normally a public program is only allowed to fetch an instruction from a nonpublic area and this 
instruction must be a portal (JRST I) instruction: however, this is necessary for the supervisor to 
perform its system tasks Basically, the process for checking a Uaer Public program s reference to a 
concealed address is as follows. The mode is l ! *cr Public and an instruction fetch begins. EBOX 
REQUEST is issued to the MBox. together >'.uh the appropriate paging qualifiers and any other 
appropriate signals. The MBox performs the accessary check of the page descriptor bits; then the state 
of the Public bit in the page table is asserted over the E/M Interface where, together with signal MB 
XFER and a signal indicating an instruction fetch is being performed, it is used to enable the setting of 
Private instruction. If the Page Table Public bit is off. Private instruction ts set on the clock occurring 
concurrently with MBox response PAGE ILLEGAL ENTRY is not asserted The response given by 
the MBox was given at the same time it placed the desired instruction onto the cache data h ies; this 
in»:r"'tion is now in ARX. If the instruction is indeed a portal instruction (JRST I), the Puolic mode 
will be c’-areu. .-emoving the PAGE ILLEGAL ENTRY signal. This procedure then has effected the 
proper ci. *y to Concealed mode. If the instruction was not a Portal, then the PAGE ILLEGAL 
ENTRY signal will not be removed nor will Public be cleared, which constitutes an illegal state in the 
EBox. On the very next MBox request by the EBox .providing VMA AC REF is false), a page fault 
occurs and an appropriate code is placed in the EBus register in the MBox identifying the disposition 
of this fault. This will shortly be followed by a trap to the operating system as a concealed violation 
page failure This same procedure is applied to a Supervisor reference to the Kernel address space, and 
in this way the integrity of the system is protected from any unwarranted references Figure 2-45 shows 
a ty pical layout of the virtual address space for the various modes The space shown is for K 1 1C paging 
mode (256K. made up of 512 pages numbered 0-777 octal). Any program can address locations 0-17 
as these are in a fast memory block and are completely unrestricted (although the same addresses may 
be in different blocks for different programs). The Public mode user program operates in the public 
area, part of which may be write protected The Public program cannot access any locations in the 
concealed area, except to fetch instructions from prescribed entry points The Concealed node user 
program has access to both the public and concealed areas, but it cannot alter any write protected 
location whether public or concealed: fetching an instruction from the public area autor. atically 
returns the processor to Public mode. The Supervisor mode program is confined within the paged area 
of the address space Part of the public area in this space may be write protected, but the program can 
read information in the concealed area It cannot, however, alter any location in a concealed area, 
whether that area is write protected or not Pages 340-377 constitute the per process area, which 


contains information specific to individual users and whose mapping accompanies the user page map. 
In other words, the physical memory corresponding to these virtual pages can be changed simply by 
switching from one user to another, rather than the operating system changing its own page map The 
Kernel mode program can access all of the unpaged area without restriction and can reference all of 
the accessible paged area both public and concealed, with the usual restriction that it cannot alter a 
write protected area As in the case of Concealed mode, fetching an instruction from a public area 
returns control to Supervisor mode 
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figure 2-45 Typical Virtual Address Space Configuration 
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2.7.1 Mode Initialization - Private Instruction 

When the KLIO system is powered up. the power control issues the signal CROBAR for approx- 
imately 5 seconds This results in the generation of RESET, which causes LEAVE USER to he 
asserttld LEAVE USER enables the clearing of USER. USER IOT. and PUBLIC and sets PRIVATE 
INSTRUCTION. This action places the KLIO in Kernel mode Referring to Figure 2-46. each lime an 
instruction is fetched from other Fast Memory or Core Memory (via MBox). the private instruction 
recirculation path is broken (Figure 2-47). 

If the instruction is fetched from a nonpublic address space (-PUBLIC PAGE), or the mode of the 
machine is not public (-PUBLIC), then the private instruction is enabled to be set once again (Figure 2- 
48) 


Note that if data is read or written, the upper recirculation leg (Figu>: 2-48) is not disabled The 
Private Instruction nip-flop is used with additional logic that (with the exception of previous context 
references) delects references to Public mode; together, these elements detect entry to a privileged 
address space The Kernel may access any part of the address space regardless of its type Because the 
Kernel does not operate in Public mode, illegal entry has no significance 

2.7.2 l oading Flags and Changing Mode 

T’.o instructions can change the mode of the machine These instructions are MUUO and JRST with 
AC bit 1 1 set. i.e., JRSTE 

As indicated in Tabic 2-6. AR bus 05 and 07 are used in various combinations to enter appropriate 
submodes 

In addition, for Direct User I/O. bit 06 (USER IOT) is available to allow the running of privileged 
user programs with paging in effect This mode provides some protection against partially debugged 
monitor routines, and permits running infrequently used device service routines as a user job Direct 
control bv the user program of special devices is particularly mportant in real-time applications A 
special MUUO is available to enter USER IOT mode, but i. .s privileged because time-sharing is 
effectively stopped while in this mode 

2.7J l ser Public Mode 

Once the processor is in User Public Mode (Figure 2-49). the user program can freely read and write 
data in the user public address space with the cooperation of the system When demand paging is in 
effect, each icference to a previously unreferenced page causes an access page fault The operating 
system page manager must assess the fault, obtain the page from mass storage, and build an entry in 
the user's process table 

Assuming that the current user's process table (PAGE TABLE PART) is initially clear, the first refer- 
ence causes a NOT IN CORE page fault (Figure 2-50) The EBox. upon detecting the PAGE FAIL 
HOLD signal from the MBox, enters a microcode page fault handling routine that communicates the 
failure to the operating system Next, the page manager or a related routine requests the page from 
mass storage W hen the page is in core, the appropriate process table is constructed and the reference 
by the user program may be tried once again (Figure 2-51). 

The MBox performs the reference t«" ‘be process table, the use oils now reflect the following 

PAGE IS IN CORE A - I 
PAGE IS W RITABLE W - I 
PAGE IS PUBLIC P = I 
PAGE SHOULD BE CACHED C - I 
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f igure 2-47 Private Instruction Recirculation Path Simplified 






figure 2-48 Setting Private Instruction 
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Figure 2-51 User Mode Public Second Reference 
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The entry (one of eight half-word entries fetched) is written into the page table in the MBox. the MBox 
then performs the data reference part of the request This can involve reading or writing and depends 
upon ihc t>pc of TBos request During the reference. PAGE ILLEGAL ENTRY was not asserted 
because the reference made by the user program was to a public page and it was for an instruction. 

2.7 J. I Entry from l set Public Mode to l ser ( oocealed - To correctly enter User Concealed mode, 
the I set Public program must execute a Portal instruction (Figure 2-49) from the concealed address 
space The EBox generates the EBox request and provides the MBox via VMA with the concealed 
address The MBox either finds the page entry and use bus in the MBox Page Table (hardware) or 
performs a refill cycle to obtain it from core memory Figure 2-52 shows the typical Concealed Page 
T jhle formal Presumably, the entry is nonpublic and write protected, and may or may not be cached 
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Figure 2-52 Typical Concealed Page Table Format (Half Table Entry) 


I he M Box asserts PT PUBLIC (0) and M BOX RESPONSE IN to the EBox Referring to Figure 2-4*, 
MB XFFR resulting from MBox response and -PUBLIC PAGE resulting from PT PUBLIC (0) 
enables the setting of Private instruction The instruction fetched by the MBox is in ARX at this time. 
If it is a JRST I (Portal), its execution clears Public and the processor enters User Concealed mode If 
the instruction is ansthing else. Public remains set and the next MBox reference occurs with PAGE 

II I FGAL ENTRY true. PUBLIC PRIVATE INSTR (I); this causes a page failure 

2.7J.2 (oacraled \ rotation Data Refer ewer - If a User Public program references the concealed 
address space for read or write. PAGE TEST PRIVATE is asserted dunng the EBox request and 
results in an immediate page fault Page Test Private is a signal composing Public and -INSTR 
FETCH 

2.7.4 Restoration of Programs by the Supervisor 

The Supervisor portion of the operating system deals with those tasks which afTect one job at a time It 
must, therefore, have the ability to restore various programs to an operational status, e g . by executing 
JRST 2 instruction that picks up a PC word consisting of the appropriate flags in the left half and a 
virtual PC in the right half of the word 

2.7.4. 1 Restoring a ( oacraled Program - The Supervisor may restore a concealed program providing 
it also sets User Referring to Figure 2-53. while executing a JRST 2 instruction. LOAD FLAGS is 
derived from the presence in the magic number field of bit 04. and this together with -User (User is off 
in Supervisor mode), and AD bit 05 (which will set User) generated CLR PUBLIC. Thus, on the next 
clock pulse. Public clears and User sets, restoring Concealed mode Figure 2-54 shows the necessary 
conditions. Note that performing a JRST 2 cannot generate Leave User, unless the processor is in 
Kernel mode 
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Figure 2-54 Leaving User 


2.7.4. 2 Restoring a Kernel Program - The restoration of a Kernel mode program from Supervisor 
mixlc is somewhat different in its mechanics than the restoration of the Concealed program Basically, 
the Supervisor must first perform a JRST 2 instruction, this instruction restores all flags except for 
Public The JRST must enable the fetching of a Portal instruction that dears Public, placing the 
machine in Kernel mode This is a safeguard in the event that the Supervisor may. in error, try to 
restore some random set of bits and cause the Kernel to be disturbed In addition, it forces entry to 
Kernel mode at a known and unique entry point Figure 2-55 shows that it is not possible fora JRST 2 
instruction to clear Public while not setting User as well Note that a JRST 2 instruction docs ..ot 
generate Leave User unless it is given in Kernel mode The conditions which enable Leave User are 
indicated on Figure 2-54 



Figure 2-55 Restoring Kemal Program 


2.7.4.T Restoring a t «rr Public Program - To restore a User Public program, the Supervisor gives a 
JRST 2, which sets User This is the only requirement because both Supervisor and the User Public 
program run with Public set The special field function SPEC FLAG CTL. together with magic num- 
ber 04< I ) enables SPEC LOAD flags which, with AD bit 05. enables User to set on the nest clock 
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2. 7.4.4 Sating Flags and Letting l ter - It is not generally known at just what moment an interrupt 
will occur with respect to execution of a given instruction. The microprogram governs the handling of 
interrupts by looking for interrupts only at certain limes. In general, an interrupt is sampled for 
between each instruction and during certain classes of instructions. The following classes of instruc- 
tions can be interrupted: 

Byte Instructions 

Block Transfer Instruction 

Input /Output Instructions 

In addition, for any instruction, an interrupt is sampled during the portion of the microprogram that 
performs indirect addressing (INDRCT). An interrupt has higher priority than a Page Fault and thus, 
upon entry to the Page Failure microroutine, an interrupt condition is tested for; if found, a dispatch 
to the microroutine for interrupt handling is given. 

When an interrupt occurs and the PI logic has completed the handshake, it informs the EBox by 
asserting a signal PI READY. This Tesults in the microprogram generating a skip to a microinstruction 
that asserts SPEC/SET PI CYCLE. As a result. Kernel cycle (normally false as long as PI CYCLE is 
clear) sets, and MCL VMA PUBLIC is disabled. This is necessary to disable the MCL PAGE ILLE- 
GAL ENTRY signal when PI CYCLE sets because the interrupt instruction, which will be fetched 
from a Kernel address, must not generate a page fault. 

When the interrupt instruction is being fetched. User and Public may be set, or Public alone may be 
set. In the last instance, a page fault would result if some action were not taken to prevent it. This is 
why MCL PAGE ILLEGAL ENTRY is disabled (by setting PI CYCLE). At the time of the interrupt, 
the state of the current user ACs is unknown. The instruction in 40 + 2n, therefore, must not disturb 
the ACs in any way while transferring the flags and PC to the Kernel mode subroutine. Therefore. JSR 
is a likely instruction for use in 40 + 2n. The JSR instruction causes the flags and current PC to be 
stored in the effective address of the JSR instruction and then enters the subroutine by performing an 
instruction fetch from E + I . After calculating the effective address for the JSR instruction, the micro- 
program performs a write test which, if successful, is followed by a branch via the DRAM J field to the 
executor. Now the flags and PC are loaded to be copied into the AR for storage and are then disabled 
The microinstruction asserts SPEC FLAG CTL; this with PI CYCLE generates LEAVE USER, which 
detaches the feedback path for User, User IOT. and Public. In addition, if User were set. User IOT 
would be set at this lime and represent “Previous Context User.” This is an indicator to the hardware 
that previous context references must be in User mode. In any event, the processor enters Kernel mode 
and begins to handle the interrupt. 

2.7.4.5 User Concealed - This mode is useful for running certain proprietary programs in User mode 
without allowing the user to discern the composition of the concealed program. For example, assume a 
user has developed a program that performs circuit analysis. The user is a time-sharing house and 
desires that this program be available to users for execution only, that is. the user must not be able to 
read or write into this program. 

In some computer systems, complex overlays in core memory are necessary to assure concealment of 
the program from its users. In the KLIO, this program has been solved by creating two submodes from 
User mode, each with separate powers and each separate from the other. Both modes, however, run 
with User on. Figure 2-56 indicates the hierarchial structure present in the KLIO processor. The User 
Public program can only transfer to a concealed program at a selected entry called a Portal. The 
instruction fetched must be a Portal instruction (JRST 1). The concealed program can read or write 
data to the Public area. Figure 2-57 is the Concealed mode functional flow diagram. 
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Figure 2-57 Concealed Mode Functional Flow 


2.* ADDRESS PATHS 

The address paths contained wiih : n the EBo* are illustrated in Figure 2-58. These paths are imple- 
mented to facilitate the formation of the appropriate MBox virtual address. This address is translated 
by the MBox for Kl paging mode and by the microprogram and the MBox for KL paging mode. The 
MBox can generate the following two basic forms of physical addresses: 

1. Refill Address (Relocated) 

2. Physical Page Address (Paged) 

The VMA serves as a source of data when loading the following MBox registers: 

1. User Base Register (UBR) 

2. Executive Base Register (EBR) 

3. Cache Clearer (CCA) 

In addition, it serves as an address and data source when loading the cache refill RAM. As indicated in 
Figure 2-59, the VMA has the three following basic sources of input: 

1. Previous Context Section register (PCS) 

2. Virtual Memory Address Adder (VMA AD) 

3. Adder (AD) 

The following two major addressable areas are addressed by the VMA: 

1. MBox 

2. Fast Memory (FM) 
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Figure 2-58 EBo* Address Paths 
Simplified Path Diagram 
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Figure 2-59 Typical VM A 15-17 Manipulations 
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The MBox may be addressed logically by two types of addresses. Within each type (18-bit and 23-bit 
addressing) is a class of process table addresses. These addresses are identified to the MBox by the 
qualifiers asserted during the EBox request (Table 2-7). 


Table 2-7 Virtual Address Classification 


T\pc of Addrttt 

o*» 

Addressing Inf omul ion Supplied 

IX Bit 

Kl Pjscd 

VMA 1 * 17 = 0 

VMA IX " Vutual Pace 

VMA 2 r - Quad 

1* Bit 

kl Pttvxfe I able Reteroiuc 

VMA 1 1 r * MBn\ Ij»i««fc% 
VMA IX 2t> - MB' i\ Icimicv 
VM A .7 ~ Ptx.cev\ I able 

2$ 

kl I’awii 

VMA 13 )' * Vutual Sc, ti. -n 
VMA IX : A irlual I*J(K 

VM \ 2’ *5 = Ouj.! W.»J 

2} 

kl Piixevs Table Kelctencv 

VMA M l 7 - MBox lpimr* 

VMA lb 2t> ~ MB»»x Icnoto 

VMA 22 T5 - Pftvcvs I abk- Hctcici.sc 


NOTE 


There »re icvrrsl other spec ill VMA cumbinitions These » ill 
be covered elsewhere. 


For these process table references the EBox supplies valid addressing information only on VMA bits 
27-35. The MBox replaces VMA 13-26 with the PMA mixer 14-26 to generate a proper physical 
address. 

2.9 DATAPATHS 

The specific address and data paths in the EBox are illustrated in Figure 2-60. 

The functional elements in the address path between the VMA at the MBox/EBox Interface and the 
primitive address source involved in forming the virtual addresses are: 

Virtual Memory Address Register (VMA) 

VMA Held or PC Mixer 
VMA Held Register 
VMA Previous Section 
VMA Mixer 

VMA Adder (VMA AD) 

SCD TRAP Mixer 
ADDER (AD) 

Arithmetic Register Extension (ARXM? ) 

Arithmetic Register (AR) 

Program Counter (PC) 

Microinstruction Number Field 
Other Miscellaneous EBox Registers 

The appropriate virtual address is formed by the VMA under explicit control of the VMA control and 
the microprogram. 
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2.9.1 Virtual Memory Address Register 

The VMA is loaded during an EBox request and remains latched until the MBox responds (Figure 2- 
61). The VMA is a 23-bit register that accepts input from a double mixer arrangement. Thus, the 
incrementing or decrementing is performed in the register itself. When both VMA SEL 2 and 1 are 
clear, the lower mixer is enabled into VMA. The level VMA *- AD selects AD as input. The default is 
VMA AD as input. 

In general, the VMA A(> contains one of the following: 

PC' ( 1S-35) 

PC' + 1 (18-35) + (1) 

PC+2 (18-35) + (2) 

Process Table Address (27-35) 

Fast Memory Address (32-35) 

The AD contains one of the following: 

Effective Address 
& Word Address 
Some Special Address 

The VMA Held register is loaded during each MBox memory request [MEM 02 (I)]. The left-most 12 
bus of VMA Held are loaded with the request qualifiers, type of paging, context of the reference, and 
various other signal* asserted during the request. The right-most 23 bits of VMA are preserved in 
VMA Held right. The contents of VMA Held are used during KL Paging mode to buffer the request 
state while the page fault handler sets up an MBox Page Refill cycle. This operation is generally 
described in Subsection 1. 2.4.2, KL Style Paging and is described later in greater detail. 

The first three selections (Subsection 3.2.1) enable the output of VMA into the VMA register for any 
of the following select codes: 

VMA SEL 2 (0) and VMA SEL 1(1)- Increment 
VMA SEL 2 (1) and VMA SEL I (0) - Decrement 
VMA SEL 2 (!) and VMA SEL I (1) - Hold 

2.9.2 Prognua Coaatiag 

The PC is normally loaded from VMA at NICOND Dispatch, except when PI Cycle is true; this 
prevents alteration of PC during priority interrupt handling. When the processor is ready to fetch an 
instruction in sequence, the incremented PC address is supplied to VMA via the VMA AD. The VMA 
then supplies the address to PC. Thus, program counting is effected by the loop of PC, VMA AD, 
VMA. and back to the PC (Figure 2-62). 

W hen a skip conditio , is satisfied, this loop it used to advance the PC during the instruction execution 
cycle. The PC, therefore, it automatically updated at NICOND time and if the skip is satisfied, it it 
updated a second time, pointing PC to the location two beyond the current location. 

The PC output is available to the AD for saving a return address in a subroutine call JRST, MUUO, 
or similar instruction. Generally, the address saved should be for a return to the next instruction, i.e., 
the instruction that would have been performed had the call or jump not occurred However, if an 
instruction is terminated because of a page fault or interrupt, the current address must be saved for a 
later return to the beginning of the interrupted instruction. 
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Figure 2-62 Program Count Loop 


i.wim i \ _ 

Sew addresses are always supplied to PC via the VM A regardless or the point of origin The update or 
the PC or us inhibition is controlled by the microprogram The following conditions cause PC+ 1 INH 
to \et. inhibiting the update of PC via VMA AD 

Priority Interrupts - Setting PI Cycle 
Console Instruction Execution 
Halting the Processor - Halted 

Performing the Trap instruction in pr< cess table location 421. 422. 423 
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, .c PC IS loaded al N1COND Disfilch lime (Figure 2-63). providing PI CYCLE is clear In addition, 
the special field function LOAD PC mas also be used to load PC from VMA During page fault 
handling, the SPEC'LOAD PC function is used to save the failing virtual address (VMA) in PC while 
saving the current PC value in ARX Basically, the MBox builds a page fault status word in its EBus 
register The physical page number is stored in bits 14-26 of this word The EBox page lault handler 
riust replace this address with the virtual page number in VMA 14-26 and then store the updated page 
lault word in user process table location 500. The operation is ai follows 


2.9.4 t.mrral Data Path Organization 

The data path (Figure 2-60) is divided into four major areas, as listed in Table 2-8 

1 Fast Memory and Fast Memory Address Logic 

2 Virtual Memory Address. Program Counter and related logic. 23- and 18-bit logic 
t Arithmetic logic - 36-bit logic 

4 Instruction register - 12-bit logic 


Simplified Microprogram Steps Re' PF Handler 


Mi of these areas derive control functions from specific fields in the microinstruction 


1 ARX - old PC. PC . failing VMA 
AR —EBus Register PF wo r d 

2 BRX-ARX; old PC- ARX AR PF WORD 
AR- PC: (ailing ' MA 


3 At this time, the > R and ARX are Ref PF Handler shifted in such a way as to discard the 
physical page numver and align the proper virtual page number in AR 14-26 

A second case is where SPEC/LOAD PC is used while halting the EBox In this case, either a Console 
Halt was issued via the 10- ! I interface, or a Halt instruction was performed in either user IOT mode or 
Kernel mode The VMA is loaded v ith the current PC and the PC is loaded with the effective address 
currently held in VMA At the time i f the halt, the PC value in VMA points to an address one greater 
than the location containing the Hal and the PC contains F. PC+I INHIBIT is set to prevent pre- 
mature incrementation of the jump ; ddress now in PC 
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Figure 2-63 PC Loading or Inhibit 


t able 2-8 Data and Address Path Breakdown 
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I able 2-9 Al l I unctions 


2.9.5 General Data Path Mixer Select ion 

The microinstruction or microword consists of 75 bits including parity It is organized into variable 
length fields that are used to control the data path and control sections of the HBox In the following 
pages each field is described functionally in terms of the particular logic with which it is associated 


2.9.5. 1 Al) Field - This field consists of six bits and is used to control the main adder (AL> and 
ADX). that is constructed of type 10181 Arithmetic Logic Units Table 2-9 lists the ALL functions 
The low-order four bits specify one of 1 6 I0 functions These functions are Boolean or Arithmetic as a 
function of bit I (the mode bit). If bit I is a one, the functions are Boolean; if zero, the functions arc 
Arithmetic Bit 0 is the carry in. when true it adds +1 to any Arithmetic function 


For Boolean functions, the carry in can cause a carry out if the corresponding Arithmetic function for 
the same S-bits would have produced a carry given the appropriate inputs For example, assume the 
A I) function to be performed is A and the A input equals 77777 7,77777 7. The Boolean function A 
performs the Is complement of the A input, which y ields a result of 000000.000000 The corresponding 
Arithmetic function is A and thus, if carry is true, this yields A + I Using the existing A input 
777777.777777 +| gives a sum of 000000.000000 and a carry If the Boolean function A is given and 
carry in is true, assuming the same A input as above, the function out is 000000.000000 and a carry is 
generated 


The |0|g| may be thought of as concurrently performing the Arithmetic operation specified and the 
Boolean operation specified; the sum. however, is not affected when the Boolean functions are imple- 
mented. yet the state of Carry Generate and Carry Propagate will reflect the Arithmetic result that 
would have formed the sum 

MCI0IHI Arithmetic l ogic l nit Description 

Figure 2-M is an overview diagram of the ALU logic Tab!< 10 lists the ALU functions, with carry 
GEN - A (S. B + S.B) 

PROP = A + S,B + S : B 

Signals GEN and PROP are used in each digit to generate the output signal Fn In the logic mode, 
carries arc inhibited on the output stage, and the logic function F is given by 

F GEN V PROP (XOR) 

(The output function is the Exdusive-Or of the two internal signals GEN and PROP) 

SA hen adding two numbers, in the absence of a CARRY IN. the Exclusivc-Or function is the function 
required A CARRY IN signal always complements this in this circuitry by controlling the final hxclu- 
sive-Or on the output stage 
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l he Ml 101 K I tames out an addition b> converting (he two number! at A and B to two alternative 
signals (if N and PROP, given b> 
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0011 
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0101 

5 

then 

AB 


0001 

1 (GEN) 


A + B 


0111 

7 (PROPl 


SUM 


1000 

8 


Adding anv two numbers A and B is equivalent to adding the two functions AB and A + B However, 
the advantages of the second pan are that one(AB) shows when carries should be generated, while the 
other ( A + Bi show* when carries should be propagated. The final sum is the XOR of the two numbers 
(AB and A + Bl. complemented b> the CARRY IN signal 

GIN - \(S.B + SrB) 

PROP - A + S, + S.B 

These two equations show that PROP ts generated whenever A is true, which is a requirement for 
GEN to be true, i.e . GEN implies PROP, and thus whenever GEN is a one. PROP is also a one. and 
thus GEN plus PROP must generate a carry 

GEN is sufficient indication of carry generation Similarly. PROP is sufficient indication of carry 
propagate 

High logic 

Actually, the circuit was designed to promote understanding for low logic, and the descriptions and 
tables given in the literature are far clearer for this case 

Although the circuit does give the correct answers for high logic, the circuit does operate on the low 
signals Thus, an addition can be considered as an addition of the zeros, with carry generated from the 
addition of two zeros, and propagated, as before, by the XOR of the two numbers 
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The correct answer, therefore, occurs when Cin is asserted to the least significant bit. This can be 
viewed in two ways: 

1. Carry is asserted high. In this case, the function considered above is Fn - A plus B and carry 
input adds a one. This is simple, but GEN and PROP meanings become obscure (especially 
when passed through the LOOK-AHEAD CARRY block). 

Generate • > (G “ High and P “ High) 

Propagate » > (G * High) 

2. Carry is asserted low. In this case, the above function is Fn - A plus B plus I. and the carry 
input subtracts a one. but hardware is simple to follow: 

Generate ■ > (G ■ Low) 

Propagate “ > (P m Low) 

To functionally describe the use of the various Boolean and Arithmetic functions, it is first necessary to 
define two other microinstruction fields which are used to enable various data to the ADA and B 
inputs. The first field is ADA. a 3-bit field. ADA can select the inputs shown in Figure 2-65. 
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Figure 2-65 ADA Example 


The second field is ADB, a 2-bit field. ADB can select the inputs shown in Figure 2-66 
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Figure 2-66 ADB Example 
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The following examples illustrate various operations that might be performed using EBox registers and 
the ADA or and ADB input mixers. No guarantee is made that the operations illustrated are used in 
the microcode. 

Example: A - Function 20 

Initial Conditions: AR “ 010101. IQI0I0 

ADA Field Function “ 0 

The function A performs the Is complement of the data in AR (Figure 2-67). The AD function output 
is 767676.676767. Note that at this time the Carry In is false. No carries are generated in this example 
because the corresponding carries function is A (Table 2-9). 

Example: AB - Function 24 

Ini. ial Conditions: ARX » 777777,777777 

FM « 777777.777776 

ADA Field - 2 

ADB Field *= 0 



Figure 2-67 Function A 


The Boolean function A S’ performs the logical AND -*f the complement of A with the complement of 
B (Figure 2-68). The value in ARX is selected on the ADA input mixer (777777.777777) and the value 
in some addressed fast memory location is selected on the ADB input mixer (777777,777776). The 
result presented to the function output is 000000,000000. Referring to Table 2-9, the corresponding 
Boolean carries function is A v B; carries are generated for the given values of A and B. For any values 
of A and B, no carries are generated. 

Example: AB - Function 36 
Initial Conditions: AR 000000,100001 
BR 000765.100070 

ADA Field 0 
ADB Field 2 
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Figure 2-68 Function AB 


The Boolean function AB performs the logical AND of A and B (Figure 2-69). The value in AR 
(000000.100001) is ANDed with the value in BR (000765.100070) and the result presented to the 
function output is 000000,100000. Referring to Table 2-9, the corresponding carries function is AB - 1 
and. given the existing inputs, it can be demonstrated that a carry from the most significant bit results 
if the AND of any two values results in a nonzero sum. The following demonstrates this: 

OOOtXXJ. 100001 
A 00071, s. locxro 
ooooooiooooo 

1 'Till TJIV’I? 

1 - 00000 07?7'7 

AB Example: A - Function 37 

Initial Conditions: ARX * 000000,000100 

ADA Field = 2 



Figure 2-69 Function AB 
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The Boolean function A produces (at the function output) the value at the ADA input (Figure 2-70). In 
this example, the result is 000000.000100, but notice that the corresponding carries function is A - 1. 
Subtracting 1 from 000000.000100 is equivalent to adding -1. which is 777777.777777 in 2's com- 
plement notation The result gives a carry out of the most significant bit of the AD (CRY 0). Thus, 
although the sum represents the ADA input 000000.000100, a carry is generated. 


4 **.*» * S ’ 

.tvtfi: * . r .. - 

* : • •' r ’ * ' ' ' J 



Figure 2*70 Function A 


2.9.S.2 ADA Held - This field consists of three bits and is used with the main ADDER. Referring to 
Table 2-1 1. the low-order two bits select AR(0), ARX(l), MQ(2), and VMA HELD or PC(3). The 
high-order bit is used as a disable. This bit also controls ADXA. When the high-order bit of the ADA 
field is zero, ADXA selects ARX and when il is one, it selects zeros. 

2.9.5J ADB Field - This field consists of two bits and is used in a similar fashion to that of ADA in 
conjunction with the main ADDER. Referring to Table 2-12, the selection is as follows: FM(0), 
BR*2(1). BR(2), and AR*4{3). 
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Table 2-12 

ADB. ADXB Selection 

( RAM ADB 

T 

I 

4- - 

ADB Sourer 

ADXB Sourer 

0 


1 M 

I iinuw*! » 

1 

: 

bk*: 



. 

HR 

j BK\ : 


. 

AKV4 

AK\*4 


In addition, ADB directly controls ADXB utilizing the same 2-bit field. Here the selection is unused 
(0). BRX*2(I), BRX/2(2)and ARX*4(3). Although AD and ADX together with ADA, ADXA. ADB. 
and ADXB normally function concurrently, information in ADX does not affect AD unless so speci- 
fied. Carries from ADX must be specifically enabled to AD in order to affect iu sum. 


2.9.S.4 AR Field - This field consists of three bits. Figure 2-71 details the breakdown of various 
combinations of CRAM AR Selection and hardware controlled selection. Generally, the CRAM AR 
field specifies selection as follows; ARMM(O), CACHE(I), AD(2), EBUS(3). SH(4), ADX»2(5). 
ADX(6) and ADX/4{7). 

AR register loading is controlled by either the hardware or microcode. Normally, the AR register 
recirculates its contents. Selecting any of the AR select lines CRAM ARM SEL 4, 2, or l enables 
loading AR. The selection of none of the CRAM ARM SEL lines enables the AR miser to select 
ARMM. The loading of AR is then a microcode function. 


During reads from core, the signal CLK RESPONSE MBOX, selects ARM SEL I to enable the cache 
data lines into AR. Similarly, on reads from fast memory via AD, FM XFER selects ARM SEL 2 to 
enable the AD into AR. Various combinations of clearing of AR are possible depending on the condi- 
tions. This information is given in table form on Figure 2-71. 
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Figure 2-71 AR Selection 
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2.9.S.5 4RX Field - This Held consists of three bits Figure 2-72 details the breakdown of various 
combinations of CRAM ARX selection and hardware controlled selection. Generally, the CRAM 
\RX field specifics selection as follows LFNUSEDfO). CACHE! I ). AD<2). MQ<3). SH(4). AD‘2<5). 
M)X(6). and ADX 4<7) ARX register loading is controlled by either the hardware or microcode 
Normally, the ARX register recirculates its contents Selecting any of the ARX select lines CRAM 
ARXM SI l. 4. 2. or I enables loading ARX The selection of none of these lines currently defaults to 
an unused input (0) As with AR. during reads from core. CLK RESPONSE MBOX. selects ARXM 
SH I. to enable the cache data lines into ARX Similarly, on reads from fast memory via AD. FM 
XI I R selects ARXM SEL 2 to enable the AD into ARX Generally, the ARX is cleared via ARL 
INI) and number 03 The various combinations are shown on Figure 2-72 in table form 
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Figure 2-72 ARX Selection 
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2.9.5.6 BR Field - The BR field consists of one bit and is used to select one of two possible sources as 
input to the Buffer Register (BR). The following sources may be selected: BR(0), AR(1). 

2.9.5.7 BRX Field - The BRX field consists of one bit and is used to select one of two possible sources 
as input to the Buffer Register Extension (BRX). The following sources may be selected: BRX(O). 
ARX(l). 

2.9.5.8 FMADR Field - The FMADR field consists of three bits and is used in the selection of source 
addresses for fast memory. Basic selection is as follows: 

1. AC0(0). (IRAC 9-12). 

2. AC1(1), (IRAC 9-12)+l Modulo 16. 

3 XR(2).(ARX 14-17), 

4. VMA(3), VMA 32-35. 

5. AC2(4). (IRAC 9-123+2 Modulo 16. 

6. AC3(5), (IRAC 9+2)+3 Modulo 16. 

7. CB#(6) current ac block and selection within it is via f field, 

8. #B|(7), this is some block selected by # field. 

2.5.5.9 SCAD Field - The SCAD field consists of three bits and is used to control the Shift Counter 
Adder (SCAD) during various microinstruction operations. It is wired to implement eight functions as 
illustrated in Table 2-13. The input mixer structure is similar to that for the AD or ADX in that there 
are two input mixers labeled SCADA and SCADB. These mixers are selected via two control RAM 
fields labeled SCADA and SCADB. 
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2.9.5.10 SCADA Field - The SCADA field consists of three bits and is used to select various sources 
as input to the SCADA Input. The following sources may be selected. FE{0). AR POS(l). AR EXP(2). 
#3). SCADA selections of 4-7 disable SCADA producing zeros as output. 

The floating-point exponent register (FE) is a 10-bit register. The AR position field is used in byte 
instructions and consists of AR 00-05. The AR exponent field consists of AR bits 00-08 and the magic 
number field is a 9-bn control RAM field used to implement various operations. The SCADA mixer 
selection is shown in Table 2-14. 


Table 2-14 SCADA Mixer Selection 
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2.9.5.11 SCADB Field - The SCADB field is a 2-bit field used to select various sources as input to the 
SCAD ±B input. The following sources may be selected in the SCADB mixer SC(0), AR SIZE(1), 
AR0O-O8{2), and #(3). Selection of 4-7 disables SCADB, producing zeros as output. The SCADB 
mixer selection is shown in Table 2-15. 


Table 2-15 SCADB Mixer Selection 
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The shift counter (SC) is a general-purpose 10-bit register used in shift counting operations such as 
performed in floating-point instruction and shift instruction execution. It also controls the shifter 
when the SH-ARMM field is zero (SH AR and ARX). The AR SIZE field is used in byte instructions 
and consists of AR bits 06-11. The AROO-08 is used in string and edit functions. The magic number 
field is a 9-bit general-purpose CRAM field used for various functions. 

2.9.5.12 SC Field - The SC field consists of one bit and is used with the special field function SCM 
alternate. With SC and SCM alternate, four possible sources may be selected as follows: 

With the special field function SCM ALT and SC field equal to zero, FE is selected. Similarly, with 
SCM ALT and SC field equal to one, AR SHIFT is selected. AR SHIFT consists of bits 18 and 28-35 
of AR. which are derived from the effective address for shift instructions. If bit 18 is set, the shift 
specified is a right shift; otherwise, it is a left shift. 
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2.9.5.13 SH Field - The SHIFTER field consist* of '.'vo bits and is used to select four possih'e inputs 
to the shifter. Th: selection is as follows the combined AR. 5RX(0). AR(I). ARX(2), ai d AR 
SWAPPED(3). When shifting AR. ARX left (which is the onl> way SH shifts physically). Si can 
specify up to 35m shifts. Any number less than 0 or greater than 35m selects ARX as output 

2.9.5.14 The AR Mixer Mixer (ARMMt- The AR Mixer Mixer (ARM M) field consists of two bits 
and is used with other control signals and the absence of ARM SEL 4. 2. and I to select various 
sources as input to AR mixer. 

The ARMM comprises three parts: bits 00-08. bit 12. and bits 13-1? The same field that controls SH 
controls ARMMOO-08. The following mav be selected as input to ARMMOO-08 #0). AR SIGN 
SMEAR(I). SCAD EXP(2). and SCAD POS<3). AR SIGN SMEAR is AR0-8 from ARO SCAD 
EXP is AR0-8 via SCAD, and SCAD POS is AR0-5 via SCAD 

ARMM bit 12 is controlled by CRAM SH-ARMM SEL I when transferring the previous section to 
AR for certain operations. ARMM bits 13-17 are also under control of CRAM SH-ARMM SEL I 
but the signal is actually MCL PREV SECT to ARMM The default value for ARMM 13-17 is PC 
13-17 and the selected value is VMA previous section 13-P 

2.9.5.15 VMA Field - The VMA field consists of two bits and is used to select various sources as 
input to VMA. The following are specified by the CRAM field VMA(O). PC(I). PC + 1(2). and AD<3). 
Address control is presented in Subsection 2 4 and a path diagram is provided to show various com- 
binations in Figure 2-58 

2.9.5.16 MO Field - The MQ field consists of one bit and is used in combination with the following 

DISP/MUL 
DISP DIV 
SPEC MQ SHIFT 
SPEC REG CONTROL 
MAGIC NUMBER FIELD 

Refer to Figure 2-73 for various combinations. 


2.10 EBOX INSTRUCTION SET FUNCTIONAL OVERVIEW 

Figure 2-74 breaks down the KLI0 instruction set into several functional areai These areas are related 
tc the minor machine cycles and to the microcode dispatch RAM decoding The figure shows s c' 
basic areas as follows: 
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Figure 2-73 MQ Selection 
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f igure 2-74 Instruction Set Disisions 
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Once the instruction has Keen loaded into IR and ARX. the major machine cycle begins, this is shown 
in I igurc 2-7' 

Three functional flows and two tables are included to supplement the functional descriptions of the 
address, fetch, and store cycles that follow 



figure 2-75 Major Machine Cycle 


2.10.1 Effective Address ( alculation 

figures 2-76 and 2-77 illustrate the instruction word formats Biu 13-35 have the same formal in every 
instruction whether the instruction addresses a memory location or not Bn 13 is the indirect bit. bits 
14-17 are the Index register address and. if the instruction must reference memory, bits 18-35 are the 
memory address Y The effective address E of the instruction depends of the values of I, X. and Y. 
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figure 2-76 Basic Instruction Format 
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figure 2-77 In-Out Instruction format 
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2.10.1. t Indexing - If the Index register address is nonzero, the contents of the specified Index regis- 
ter are added to the Y address to produce a modified virtual address. 

Referring to Figure 2-78, the EBox tests ARX 14-17: if it is nonzero, the contents of the specified 
Index register are added to ARX 00-35. The result in AD 18- 35 is loaded into AR 18-35 with AR 
00-17 cleared, and also loaded into VMA 18-35 while VMA 13-17 is recirculated. 

2.10.1.2 Indirection - Whether indexing is performed or not. if ARX 13 is equal to 1. indirection will 
be performed. Two cases are to be considered. The first is where no indexing was performed. Here 
(indicated on Figure 2-78 as ® ) VMA 18-35 is loaded via AD with ARX 18-35. In the second 
case, indexing is performed and the VMA is loaded via AD with AR. Here AR holds the sum of ARX 
18-35 and FM 18-35 effectively, with AD bits 00-17 clear. 

In either case. VMA 13-17 is recirculated while VMA 18-35 will be loaded via AD. The micro- 
instruction MEM field function for the indirect request is MEM/AIND. This function has MEM 02 - 
0. so MBOX WAIT is conditionally a function of the next microinstruction. 

Testing for Interrupts 

The microinstruction causing the EBox request also tests for a pending priority interrupt. If an inter- 
rupt is pending, the CRAM address is modified to allow entry to the PI Handler (Figure 2-79). 

The request, which is made both to fast memory and core memory via the MBoX. is ignored as long as 
it does not page fault. MBOX WAIT is raise, so the EBox dock does not stop at this time. The EBox 
ignores an indirect reference when an interrupt is pending, but the EBox hardware remembers a page 
fault (if one occurs) until the page fault handler has been called. After the PF Handler is called. Force 
1777 will be cleared. 

Referring to Figure 2-80, assume the indirect request has been started Because the indirect reference is 
always a “READ,” the only types of page faults that can occur in K! paging mode are no access (page 
not in core) or proprietary violation. 

The requesting microinstruction detects the interrupt and the microprogram branches (via CRAM 
Address) to the PI Handler. 

If the page fault occurs (for example) because of no access, the MBox must first read from the in core 
process table to obtain the paging information (use bits A, P, W, S. C and physical page). Reading this 
can lake between 600 and 1000 ns. During this period, the PI Handler is -etting up the requested PI 
service. 

Eventually, a read, write or instruction fetch occurs, caused by the handler. When MBOX WAIT 
becomes true, the clock board (which remembered the Page Fail Hold level) forces the microprogram 
to the page fault handler. 

Now the page fault handler detects the pending interrupt and the microprogram branches back to the 
PI Handler or to the instruction cycle. Thui. the entry to the page fault handler satisfied the clock 
board "page fail hold condition" and this condition now clears. Should the EBox make a second 
M Box reference before the page fault occurs, the EBox waits. 


EBOX; 2- 120 









•* * •» 


Mf • 



Figure 2-79 Page Fault During Diverted Indirect Reference 


Normal (use - No Interrupt*, MBo* Reque»l 

When the EBo* request is made specifically to the MBo*. no interrupts are pending, the micro- 
instruction following that which made the request (MEM /AIND) has its MEM field coded as ARX — 
Ml M This function, together with MEM Cycle (I), will generate MBOX WAIT 

Assuming a page fault does not occur, the word loads into ARX Now as indicated on Figure 2-79. the 
loop is reentered once again 

Normal Case - No Interrupts, last Memory Request 

W hen the hardware determines that the VMA contains a fast memory address, it asserts VMA AC 
REF This signal is used to inform the MBo* that the EBox request is not to be handled by the MBo* 
Note that the fast memory address control uses VMA 32-35 to access fast memory even though the 
virtual address may be a core memory address The hardware directs the use of the information 
accessed in this manner 

The effective address manager (Figure 2-1 5) branches within itself using the information provided 
from ARX 13 and 14-17. In addition, each time it samples this information it should branch to a 
microinstruction that enables the correct register* to be loaded; it may. however, invoke certain ’’don't 
care" operations, providing the ne*l microinstruction executed performs the proper action. For 
c*ample. assume a microinstruction is to always perform the indexing function in AD. but dispatch to 
a microinstruction that uses this information only if ARX 14-17 * 0. This approach simplifies the 
design of the logic 

The table at the bottom of Figure 2-78 lists the four possible conditions resulting from indirect refer- 
ences to either MBo* or fast memory 
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2.10.1.3 No Indirection or Indexing - Forlhiscasc. ARX 18-35 contains the effective address Here.it 
rctnjin% only to load \R IK-35 via AD with E and clear AR 00-17 The Fetch cycle ii no* entered 

2.10.2 Fetch Cycle 

< )ncc the effective address hav been calculated, the second minor machine cycle ts entered This is the 
I etch cycle and is illustrated in I igure 2-81 



Figure 2-81 Fetch Minor Cycle 


After the effective address has been calculated, the microprogram effective address manager gives “A 
READ DISPATCH” and control is passed to the Data Fetch Manager 

In general, two major classes of instructions exist in terms of the Data Fetch cycle. These two classes 
arc those instructions that require the contents of the effective address and those that do not Within 
each of these t»o categones are a number of divisions. The flow of the Fetch cycle is illustrated in 
Figure 2-80 

2.10.2.1 Instructioas That Do Not Require tEi - Three general groups form this category . 

1 Complex or PC change instructions 

2 Immediate non-PC change instructions 

3 Instructions that write in E 

For these three groups, the DRAM A field is coded 0. I. and 3. respectively The AREAD Dispatch 
functions arc listed in Table 2-16 

t ompiex or PC Change Instructions 

The DRAM A field is coded as 0, and no data ts requested. In addition, the next instruction is not 
prefctched The AREAD Dispatch dispatches directly to the execute code. This consists of a table 
lookup, where one discrete entry exists for each instruction. Thus, for example, the move instruction 
indexes into location “200" in the DRAM The organization of the DRAM is illustrated in Figure 1-4. 

Immediate tad Non-PC Outage Instructions 

The DRAM A field is coded as I. and no data is requested The next instruction is prefetched and 
loads into ARX when the instruction becomes available The AREAD 'Dispatch dispatches directly to 
the execute code 


Figure 2-80 EBox Data Fetch 
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Table 2-16 AHEAD Dispatch 
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Instructions I hat Writf in E 

The DRAM A field is coded as 3 and a write page test is initiated If the address is not writable, a page 
failure occurs. This action causes a transfer to the page fault handler as indicated in Figure 2-80 

The appropriate Fetch EBo* Qualifiers may be determined by referring to Figure 2-82 For DRAMA 
= 3 the following qualifiers are specifically asserted 

FBOX REQUEST 
EBOX PSE 
EBOX WRITE 


In addition, the stale of the qualifiers is more complex and may depend on the previous history of the 
EBox The state is indicated by an asterisk (•). Once again referring to Figure 2-80, if the write page 
test is successful, the EBox fetches the contents of the addressed fast memory location (via I RAC 
09-12) and then dispatches via the DRAM J field to the executor 
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Figure 2*82 Address- Fetch- Execute-Store 
General Memory References (Sheet I of 2) 
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2.10.2.2 Instructions That Require (F.) - Under this category are four general groups. These groups 

are as follows: 

t. Complex or PC change instructions 

2 . Simple non-PC change instructions 

3 Non-{read-PSH-write) type instructions 
4. Read PSE write type instructions 

Eor these four groups, the DRAM A field it coded 4. 5, 6, or 7, respectively. 

Complex or PC Change Instructions 

The DRAM A field is coded as 4. causing a dispatch to location 44. A read page test it performed by 
the MBox. If the address is not accessible (not in core), the MBo* performs a refill cycle and then 
checks the use bits. 

If the access bit is clear, a page fault occurs and the EBox fansfers to the page fault handler (micro* 
code page fault handler). Otherwise, the requested word is loaded into AR. For the appropriate EBox 
qualifiers, refer to Figure 2-83. Finally, a DRAM J dispatch is performed to the executor. 

Simple Non-PC Change Instruct ions 

The DRAM A field is coded as 5, causing a dispatch to location 45. The basic read is the same as for 
DRAM A - 4. If no page fault occurs, the MBox issues MBox RESPONSE with the data word. Now 
the VMA toads with the prefetch address and this cycle begins. This MBox cycle will run in parallel 
with the Execution cycle, which may not use ARX. Finally, a DRAM J dispatch is performed at 
location 45; the VMA is loaded with PC + 1 and the prefetch begins. 

Noa-Read PSE Write-Type Instructions 

A number of instructions are in this category; a few examples follow. 

The first example is SETMB. This instruction (Boolean Group), reads a word from memory and 
unconditionally stores it in memory and AC. Because writing the word back into the same address is 
redundant, only a write page test is required to assure that the word (if in core memory) is writable. If 
this page fails, then the operation is aborted anyway. Otherwise, the word read is stored only in fast 
memory as addressed by 1 R AC 09-12. The read- write (separate cycles) may be thought of as consisting 
of a read and conditional write. If the write cycle is really desired, the MEM field function 
MEM /Write may he used to write (Figure 2-82). 

The second example concerns instructions such as 1DIVM, IDIVB. DIVM, and DIVB. These instruc- 
tions reference memory for both read and can generate no divide. This aborts the division operation. If 
the class of instruction is read PSE write and the cache is disabled for the reference, then the MBox 
waits for the write portion of the cycle; the EBox performs an unnecessary write operation. 

A third cause is for BLKI and BLKO I/O instructions. Here a pointer word is fetched from the 
effective address. This pointer is normally updated and stored back in the effective address. 

One problem is that the legality of performing the I/O instruction it tested after the pointer has been 
fetched. This is necessary because the pointer is fetched during the Fetch cycle, while legality (10 
LEGAL) is tested during execution. Should the BLK.X instruction be illegal in the current EBox mode, 
an unnecessary pointer back off and write would be necessary. 

Other cases are concerned with very long instructions, which could hold up the MBox. 
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The DRAM A field is coded as 6, causing a dispatch to location 46; the MBo* performs both a read 
and write page test. The address must be both accessible and writable, even though this portion of the 
operation only reads a word. If a page failure occurs, the EBo* transfers control to the page fault 
handler. Otherwise, the word enters AR and then a DRAM J dispatch is issued. 

Read PSF Write Type Instruction 

The DRAM A field is coded as 7 causing a dispatch to location 47; the request qualifiers are shown on 
Figure 2-82 The M Bo* performs both a read and write test, and if no page fault occurs, reads a word 
from the specified (XIated) address. 

1 r the cache is disabled for the reference and the word requested was not in the cache (a Refill cycle was 
necessan first), then the M Box is held waiting until the EBo* issues the write portion of the cycle. The 
word requested loads into AR and a DRAM J dispatch is issued to enter the Executor. 

2.I0J Execution Cycle 

The Executor is entered from the Fetch cycle. While in the Fetch cycle, the (E) or (AC) is fetched in 
accordance with the DRAM A field. In addition, read and/or write page testing is performed while in 
the Fetch cycle. The EBox Execution cycle overview is in Figure 2-84. 

Early in the Instruction cycle, the DRAM is accessed using one of three basic types of addresses. 

Referring to Figure 2-84. if the instruction is JRST 0-17, then the IR address is used to address the 
DRAM initially as indicated. Thus, the JRSTs handler is entered at location 254 for JRST and 255 for 
JFCL 

From the initial dispatch into the handler, the IRAC is used to redispatch within the handler for the 
proper type of JRST. For JFCL, a JUMP is made to a separate handler from the initial dispatch 

If the instruction is an I/O type, then the DRAM address is formed by the hardware such that the 
dispatch is in the range of 700-777. Once the I/O handler hat been entered, a determination must be 
made as to whether the instruction is legal in the current processor mode. If it is determined that the 
instruction is not legal, the MUUO executor is used to store the illegal instruction and PC word in the 
user process table. Following this, a new PC word is fetched. This new PC word causes the processor to 
enter an executive routine in core memory. If the I/O instruction is legal, use of the EBus is obtained 
and the appropriate EBus dialogue is carried out. The specific actions evoked depend upon the device 
and the type of I/O instruction being performed. 

The remaining instructions index into the DRAM utilizing the op code in IR bits 00-08. Two genera) 
categories exist as follows; 

1. Simple Type - stores in AC, E, or both 

2. Complex Type - may store in AC, AC+ 1 . E via normal store cycle or else store via a special 
handler, or may do some of each 

The complex instructions may nest microcode subroutines up to four levels deep. 

Referring to Figure 2-85, the mechanism consists of CRA LOC, a register that is loaded with the 
‘'current microinstruction address.” This register is loaded at the same lime that the CRAM register is 
loaded with a new microinstruction. In addition, a 4-word stack is provided. The contents of CRA 
LOC are pushed onto the top of the stack when the call has been asserted by the microinstruction. To 
return from a subroutine, the returning microinstruction asserts DISP/Return. This pops the top entry 
off of the slack and onto the CRAM address mixer lines, where it is logically ORed with the J field of 
the microinstruction, asserting DISP/Return. 
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Figure 2-85 Microslack Operation 

Some of the complex instructions, such as DMUL, which stores in AC. AC+ 1. AC+2. and AC+3. use 
a separate handler for storing multiple operands This type of instruction docs not pass through the 
normal store cycle Other complex instructions, such as MULB, which stores in AC. AC+I and E, 
store multiple operands via the normal store cycle 

2.10.4 EBox Data Store Cycle 

The flow for the EBox Store cycle, illustrated in Figure 2-86. is used by most of the instructions 
executed b> the microprogram Executor Exceptions to this are certain instructions such as DMUL. 
which stores more than two ACs For these instructions, a special handler exists that is entered from 
the executor This handler stor- til the operands and then issues an instruction fetch followed by a 
NICOND Dispatch In this • more general categories (which do use the normal store cycle) are 
covered 4 ^ J 

2.10.4.1 Bask Four Mow ructions - This type of instruction may have one of four basic 

modes ax follows 

1 Immediate or Basic - store in AC only 

2 Memory - store in E 

} Both - store both in AC and E 

4 SELF - store in E and conditionally store in AC Note that if writing back in E is redundant, 
the write cycle is skipped 

W riting for these four mode instructions is controlled by MEM/DRAM B and the DRAM B Held 
code The store cycle is dispatched with D1SP/DR AM B Thus, the dispatch RAM B field (three bits) 
is used to form the low-order three bits of the Store cycle address 

Immediate or Bask Mode 

Referring to Figure 2-87. the DRAM B field is coded as 5. The contents of AR are written into fast 
memory, which is addressed via IRAC 09-12 Because a large number of these instructions prefetch 
the next instruction, it is necessary to assert MB WAIT in the event MEM cycle is set waiting for a 
response from the MBox This has no affect if MEM cycle is clear NICOND Dispatch enables entry 
to the instruction cycle if no priority interrupts, page faults, or traps are pending 
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Memory or Both Mode 

The DRAM B field is coded as 6 for memory mode instructions. If VMA 13-33 is clear, storing is to 
fast memory- Otherwise, an MBox request is made to store AR in cache memory. VMA AC REF 
notifies the MBox to abort the cycle when it is to fast memory. An unconditional instruction fetch is 
enabled at this time. The VMA input is via VMA AD (PC+I) and, as soon as MBox RESPONSE is 
received, this is latched into VMA. 


To allow VMA addressing to stabilize in case the instruction is being fetched from fast memory, a 
NOP microinstruction is performed. This is followed by MB WAIT, state register clear (in case the 
instruction fetch page fails), and finally NICOND Dispatch is issued. 

For Both Mode, DRAM B is coded as 7. Here, the departure is made after storing the AR in E. The 
AR is also stored in fast memory as addressed by 1RAC 09-12. Now MB WAIT is asserted while 
clearing the state register and NICOND Dispatch is issued. 

SELF Mode 

Once again referring to Figure 2-87. the DRAM B field is coded as 3. SELF mode instructions are 
generally read/ write type; this means that the virtual address was read and write page tested during the 
fetch cycle. 

Writing is allowed only if not redundant, or as specified by IRAC being nonzero. AR is stored in E, the 
instruction fetch is started, and the AC field of the instruction is tested (in IRAC). If IRAC is nonzero, 
the AR is stored in the addressed fast memory location (as addressed via IRAC). If IRAC is zero, no 
storing in fast memory is performed. In either case, a microinstruction NOP is performed. This guar- 
antees one EBox clock between the instruction fetch and the NICOND Dispatch to follow, allowing 
adequate setup time for the NICOND logic to detect a fast memory reference (VMA AC REF) for 
those cases where the instruction fetch is to fast memory. 

2.10.4.2 SKIP, Jl'MP Compart IasttvctioM - The following instructions listed in Table 2-17 fall into 
this category. 


Table 2-17 Skip, Jwp Compare lwtrvctioas 
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No Results Stored - CAIXX. J I'M XX 

Referring to Figure 2-87. because CAIXX and JUMPXX store no results, preparations are made for 
entry to the instruction cycle The state register is cleared. MB WAIT is asserted, and a NICOND 
Dispatch is issued. Depending upon the outcome of Test Satisfied, the nest instructionfctch is from 
PC+I. PC+2. or E. 

Conditional Storage in AC - SKIPXX AOSXX. SOSXX 

IRAC is sampled and if nonzero. AR is stored in fast memory as addressed via IRAC 09-12 Depend 
ing upon the outcome at Test Satisfied, the next instruction fetch is from PC+ 1 or PC+2 and this is in 
progress The slate register is cleared. MB WAIT is assened. and a NICOND Dispatch is issued 

l neonditional Storage - SOJXX. AOJXX. AOBJX 

These instructions all store unconditionally, in fast memory from AR. as addressed via IRAC. then 
prepare to enter the Instruction cycle The state register is cleared. MB WAIT is asserted, and 
NICOND Dispatch is issued Both SOSXX and AOSXX unconditionally store in E and conditionally 
store in AC. 

2.10.4.3 Store Cycle for Other Instructions - Generally, the remaining instructions that use the Store 
cycle fail into two groups. These are instructions that store results in AC. AC+1 and E. and those 
instructions that store results in AC and AC+1 only. All these are complex instructions 

Complex and Store Both 

For these instructions, the store flow is entered with a write request already in progress to store the 
high-order result of some operation and MB WAIT is asserted (MEM/MBW’AIT) Also, the shift 
counter (SC) contains 35. enabling alignment of the low-order word with the sign of the high-order 
word later in this flow The AR is now stored in fast memory as addressed via IRAC and the sign is 
smeared in AR 00-35. At this time. AR contains all sign bits and ARX contains the low-order word 
left-justified The instruction fetch begins. The AR and ARX are shifted left 35 places and the result 
(correctly signed) is loaded into AR via SH. Now the state register is cleared and the low-order word 
(in AR) is stored in IRAC + 1 The EBox hardware facilitates the incrementation of IRAC by +1. 
Finally, the appropriate entry to the instruction cycle is made 



figure 2-88 Basic Machine Cycle Summary 


Figure 2-89 is the subcycle summary and Figure 2-90 is the hardware cycle summary 



( (implex and Store in AC, AC+1 

The basic difference here is that these instructions bypass the storage into E Otherwix*. the operation 
is identical to that for Complex and Store Both 

2.11 INTERFACE CONTROL 

2.11. 1 Introduction 

Figure 2-88 illustrates the mayor functional contiol elements of the EBox The purpose of this drawing 
is to support the functional descriptions contained in this section. In addition, it is provided to support 
the E M interface control and E/E interface control functional descriptions to follow 

The EBox is associated with two interfaces, the EBox/MBox Interface and the EBox. EBus Interface. 
The t M interface ts treated as a pseudo-bus because in many ways it behaves as a bus. In the first 
portion of the functional description, the basic organization and function of the firmware micro- 
program was described In addition, the major machine cycle was defined and described in terms of its 
functional elements. 



Thus, the individual microprogram modules (Figure 2-13). taken collectively, comprise the main 
microprogram. The blending of this program with certain pieces of EBox hardware constitutes the 
basic machine cycle (Figure 2-88). 
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Figure 2-90 Hardware Cycle Summary 


Next, the basic subcycle was presented in terms of a functional flow with additional graphics to sup- 
port the description; in the interface section, the relationship of the hardware to the internal EBox 
cycles was described. These basic cycles were introduced in Subsection 2.1 as EBox. M Box. and EBus 
cycles. For example, the fetch cycle can be viewed as compose* of a number of EBox and M Box cycles 

2.11.2 MBox C ontrol 

Referring to Figure 2-91. a number of functional elements work together to implement the basu MBox 
cycle The grouping of the interface signals shown is as listed in Table 2-18 

To exercise the functional areas illustrated on Figure 2-91. a basic data fetch is covered in four steps 
These steps arc related to EBox timing in terms of occurrence 
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2.11.2.1 DATA FETCH REQUEST EN - Begin EBox Cyde (Figure 2-92) -The flow it entered at an 
( Box clock and the CRAM register loads. The microinstruction begins to be decoded. Note that the 
MEM field is the major input to the MBjx control logic. Assume that the effective address has been 
calculated, the MEM field is coded as AREAD. and the dispatch RAM A field is 5. In Figure 2-91 at 

(T) . the MEM field function AREAD is a code of 4. This enables MBOX CYCLE REQ. In addi- 
tion. if MEM 01 « I. then REQ EN is asserted to enable the request qualifiers to be latched on the 
next EBox clock. MBOX CYCLE REQ enables the EBox request to be asserted on the next MBox 
clock . As indicated on the flow, this is a fast cycle. Two basic classes exist: fast and slow. The timing is 
illustrated in Figure 2-9J. 

Signal CLK SYNC EN must wait to occur, so that (for a fast cycle) EBOX SYNC sets at the same time 
as EBox request. 

Referring to Figure 2-91. the VMA field, with other signals, enables LOAD VMA. In addition, the 
effective address must be input to VMA via AD so the VMA code (3) generates VMA —AD. 

The basic period between the leading edge of one EBox clock and the leading edge of the next is 
controlled by the T field of each microinstruction, along with certain other hardware signals. The basic 
pulse width of the positive EBox dock is fixed at 32 ns but the time between docks is variable. EBOX 
SYNC occurs one MBox dock prior to the MBox clock that causes EBox dock to occur. The basic 
relationships are indicated in Figure 2-94. 

2.1 1.2.2 Begia MBox Cyde - Ea4 Currewt EBox Cyde aad Start Next i Figure 2-95) - As soon as 
SYNC EN is true, EBOX SYNC sets and MBOX CYCLE REQ (FAST CYCLE) enables EBox 
irquest to set (refer to (T) on Figure 2-91). At this point, MBOX WAIT is tested and found dear. 
(This function ts described in basic terms is Subsection 2 2.4.) 

To summarize, the EBox request is then issued, and the VMA input mixer is set up and enabled to load 
with E via AD. The request type logic is enabled to assert the appropriate combination of EBox Read, 
PSE. and/or Write (which occur on the EBox dock to come at (3) ). In addition, the Address 
Context Control is enabling the proper combination of its qualifiers also to be asserted at (3). 

Now another MBox clock occurs (5) ; simultaneously, an EBox clock occurs. The following actions 
result: 

EBOX CLOCK - I 

EBOX REQ - 1 (REDUNDANT) 

MEM CYCLE - 1; MBOX WAIT - I 
VMA LOADS AND LATCHES 
CRAM - NEXT MICRO INSTR 
EBOX QUALIFIERS LATCHED 

Thus, we have passed through one EBox cycle and now reenter the flow to begin a second EBox cyde. 
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Figure 2-92 Begin FBo* Cycle Data Fetch Request 
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Figure 2-95 Begin MBox Cycle. End Current EBox Cycle. Begin Next EBox Cycle 


2.11.2.3 SETl P PREFETCH - Wait for MBox Response - Referring to Figure 2 %. the now it 
reentered at (?) where the EBox clock generated loads the second microinstruction (Figure 2-91 

t ) Now the MEM Held function is FETCH and MEM 02 “ I If the MBox has not responded 
with the word requested (E). MEM cycle is still set The combination of MEM 02 (I) and MEM Cycle 
( 1 1 generates MBOX WAIT. Providing that the request is not to fast memory, the EBox stops until the 
MBox response occurs 

This is true whether a page fault occurs or not. although PF hold is asserted 5 MBox clocks before 
MBOX RESPONSE is asserted when a page fault has occurred In this example, assume that the 
MBox is working on the request, but has not yet responded 

Referring to the Row (Figure 2-96). the current microinstruction MEM field function fetch is a code of 
6 Note, howeser. that because a priority interrupt lakes precedence over any other activity. PI 
CYCLE is checked before enabling the MCL MBOX CYCLE REQ- Here PI CYCLE is clear, so 
2) points to a "Fast Request " Again, a wail for SYNC EN. as defined by the T field, lakes place. 
The state of the SYNC EN dunng MBOX WAIT is always true; this keeps EBOX SYNC true until the 
response is received 

The MBox continues to run during the waiting period Thus. MBOX CLOCK sets EBOX REQUEST 
even though the VMA is still latched up with E Dunng the waiting period, the VMA input receives 
PC +1 via VMA AD 

The EBox now loops, waiting for MBOX RESPONSE to restart the EBox dock 

2.1 1.2.4 MBOX RESPONSE RECEIVED - Referring to Figure 2-97. MBOX RESPONSE enables 

the EBox clock Thus. EBOX CLOCK becomes true and. simultaneously. EBOX SYNC becomes 
false The third microinstruction is now loaded into the CRAM register (Figure 2-91 ) and is 

decoded In addition, the VMA is loaded and latched with PC+I. the request qualifiers arc latched 
and now. with the requested data word in AR. a DRAM ) dispatch is issued 

2.11.2.5 General Memory Cycle ( oatrol - Figure 2-98 contains all combinations of the MEM field 
that can generate MCL MBOX CYCLE, and hence EBOX REQ In general, the following functions 
are of the "Slow Cycle” type 

B WRITE 
PI FETCHES 

SKIP SATISFIED FETCHES 
REG FUNCTIONS 
SP MEM CYCLES 

A Slow cyde is required during MEM/REG FUNC because the MBox requires additional time to 
decode the type of request In all the "slow" cyde types, the EBOX does not necessarily have tune to 
determine whether to make the request (or not) before EBOX SYNC. Thus, the decision, and therefore 
the request, is delayed purely for hardware timing reasons 

2.12 EBl'S INTERFACE CONTROL 

The I O system for the K L 10 processo. includes the EBus. the peripheral equipment with its interfaces 
to the EBus. and various control logic. The EBus interface may be controlled either by the EBox 
during input or output instruction execution, or by the PI system during priority interrupt handling. 
Subsection 2.8 I gives a basic summary of the EBus signals. This is followed by a functional descrip- 
tion of the interface, which is covered at two levels The first levd describes the basic functional 
organization and operation of the PI board and other related logic. The second description deals with 
the microprogram to PI board interfacing. This description attempts to give insight into the manner in 
which the hardware and the microprogram interact to carry out various interface related functions. 
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figure 2-96 Setup Prefetch Waiting for MBox Response 
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I igure 2-97 Receive MBox Response. End Current MBox Cycle. End Current EBox Cycle. Begin 
Next EBox Cycle. Begin MBox Cycle 


E BOX/2-169 














2.12.1 EBoi Signal Lines 

The FBus consists of 60 signals. All devices, including the KL10, are connected to these lines in 
parallel. The bidirectional nature of 36 of the signals permits some information to flow in both direc- 
tions. These lines are the data lines. The remaining 24 signals are used for control functions. Table 2-19 
lists the data transfer signals. 


Table 2-19 Data Transfer Signals 


Name 

Mnemonic | 

Number of Lme\ 

|)jU 

1M<>0 

tb 

< «*iHt»»llci Select 

(SlOUOtil 

? 

luiKH’'* j 

iioo o:i 


IVnunJ 

DIM 

i 

Ackn»mlcd>*r 

AIK 

i 

Imivtci 

xn r 
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DATA LINES 0(00:35) - The 36-data lines transfer information between the EBox and its devices. 
The most significant bit is bit 00; the least significant bit is bit 35. 

CONTROLLER SELECT LINES CS(00.-06) - These seven lines select the desired controller for a data 
transfer. Each controller has a unique select code hardwired on the backplane of the device. 

FUNCTION LINES F(00K)2) - The function lines specify the type of data transfer (or non data 
transfer) to take place. Table 2-20 lists the functions implemented. 


Table 2-20 Table Data Transfer Commands 


F00 

F0I 

! 

F02 j 

Operation 

0 

0 

1 

0 

COM) 

u 

0 

i 

COM 

0 ! 

: 

0 

DAT AO 

0 | 
i 

] 

] 

DATA1 


DEMAND (DEM ) - This line causes the addressed controller to inspect the CS and F lines and decode 
their meaning. Upon implementing the specified function. Transfer and Acknowledge are asserted in 
response and data is placed onto or taken from the EBus as specified by the decoded function. 

ACKNOWLEDGE 1 ACK) - This signal line notifies the I/O bus adapter not to respond to the current 
operation. If it does not detect ACKNOWLEDGE within some period following assertion of 
DEM AND, it attempts to perform the transfer, it does not decode the CS lines as the standard KL10 
devices do. 

TRANSFER - This line is asserted by the selected controller when it is ready to execute the specified 
function as decoded in F(00:02). 
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PRIORITY TRANSFER LINES - To perform priority interrupts between the KL10 and its devices, 
the same basic set of signals is used in a slightly modified form. Table 2-21 lists the necessary signals as 
they arc used. 


Table 2-21 Priority Transfer Signals 


Name 

Mnemonic 

; Number of Linr* 

Coni toilet Select 

CS(04 Ob) 

» 

Controller Select 

CStOOOD 

! 4 

Function 

1(00 o:i 

i 

Demand 

DIM 

1 

Acknowledge 

ACK 

1 

Tiimier 

\H K 
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CONTROLLER SEL CS (04:06) - During interrupt arbitration, these three lines represent the octal 
encode of the interrupting channel. 

CONTROLLER SEL CS(00K>3) - These four lines specify the controller or device that the EBox is to 
honor during this interrupt seouence. This is, of course, only a single device or controller, even though 
several may be interrupting on the same channel. This code also corresponds to the hardwired physical 
device number of the appropriate controller or device. In CONTROLLER SEL CS{00:03), the range is 
0 through 17. 

FUNCTION F(00KJ2) - Two functions are generated during the interrupt dialogue. The first is a code 
of 4 in F(00:02) and specifies to **»e interrupting controllers that those controllers being addressed by 
Channel number in CS(04.06) should send their Physical Controller number by placing them onto the 
EBus upon sensng DEMAND. The aecond function is a code of 5 in F(0(h02) and specifies to the 
interrupting controllers or devices that one has been selected. The selected controller will see CS(00:03) 
as the same number as its physical controller number. 

ACKNOWLEDGE ( ACK) - Same as for data transfers. 

TRANSFER (XFER) - In the case of interrupts, the device selected for service by the EBox places a 
special function on the EBus data lines D(00:35). Figure 2-99 is the EBus interface functional block 
diagram. Table 2-22 lists the priority transfer commands. 


Table 2-22 Priority Trawler Commands 


F00 

FOI 

F02 

Operation 


0 

0 

PI SI RVF.U 

■ 

0 

1 

PI ADDRI SS IN 


EBOX/2-174 






OAT* « r* OA*A ' 

:s« « 



N9U 

► « •* CON *X C’Cll • »W »J 

•tc -»»-♦ ••• UV • 

• NC »• »•>! •• »|%t 

JU*| .*• (M *1 W4M nh Xi 
<.* AN* H'S *n T « *««*H »*♦ *M 
CMK • •'•!« •* 

a ’ M >«*i »*<M I « M M*» 

dv! •: (4«>« m *i c»cii 

Ml W « H-* 


Figure 2-W FBu» Interface Functional 
Block Diagram 
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2.12.2 EBus Intrrficr Organization 

Referring to Figure 2-99, the interface consists basically of si* functional elements. These elements are 
as follows: 

1. PI Request Decoding and Control 

2. PI Request Counter and Control 

.V FBus Request and Control 

4. FBus Dialogue Control 

5. PI Timer and Time State Control 

6. Time State Generator 

The EBus request control and EBus dialogue control are used both by the EBox to carry out I/O 
transfers and by the PI system in response to an interrupt. During priority interrupt handling, the 
EBus dialogue is carried out in asynchronous fashion. This operation is controlled by the PI timer and 
time state control, together with the time state generator. 

To obtain the use of the EBus dialogue control, the PI request deccw 4 ng and control logic must com- 
pete with the EBox. No priority exists, and control is obtained on a first-come, first-served basis. Once 
the EBus has been granted to the EBox. the priority interrupt must wait until the EBox releases the 
bus. 

If the PI system obtains the EBus, the EBox may “demand*’ the EBus if a page fault occurs (EBus 
Return). 

2.12.3 Interrupt Handling - Loading the Request 

Referring to Figure 2-99. there are two case*. The first is an interrupt request from some device on PI 
1-7 This mav be from any K.L10 device, including the APR. The second case is an interrupt from the 
DTE20 on channel 0. Only the DTE20 may generate channel 0 interrupt requests. 

In either case, the PI request enters the PI request decoding and control logic. Here there is a variation 
in priority. The PI system must be turned on in order for a request on channel 1-7 to be inspected, 
while interrupts on channel 0 will always be inspected whether the PI system is on or off. The ring 
counter controls the sampling of PI requests and also determine* when a particular request (the high- 
est) is ready to be serviced. In general, “PI LOAD” enable* all active requests 0-7 into a request 
register, providing corresponding PI ON enables are on for channels 1-7. 

A programmer may disable interrupts on select et hannels by clearing PI ON for each channel he 
desires to inhibit (note PIONO is in the DTE20). This is done by performing a CONO PI instruction. 
While the ring counter advances through "WAIT I” and “WAIT 2.” the priority network arbitrates 
all incoming priority interrupt levels and selects the one with the highest priority (numerically lowest 
number). 

2.12J.I Testing the Request - Next, PI TEST is asserted with PI REQ to request the EBus. PI TEST 
remains true until EBUS PI GRANT sets, giving the EBus to the PI system. Once PI GRANT sets, the 
PI TEST condition is cleared and the ring counter is disabled until the entire EBus dialogue is carried 
out and PI CYCLE is “set and cleared" by the microprogram. 

2.I2J.2 Requesting the EBus - Setting EBUS PI GRANT begins the EBus dialogue by enabling the 
assertion of CS 04-06 as the selected channel and F00(4) as function PI SERVED, and also causes the 
PI timer to begin its sequence by setting PI CYC START. 

In general, all external devices that connect to the EBus are presumed to be composed of TTL logic. 
The PI and EBox logic consist of ECL logic. To temporarily connect these two different types of logic 
requires use of a logic level shifter. This device is called a translator. The translator must be notified of 
the conversion direction. TTL to ECL or ECL to TTL. Actually, only the data portion of the EBus is 
switched from one level to the other. The control signals are connected to fixed level shifting logic. For 
example, EBUS DEMAND is a unidirectional signal and it is connected to a noncontrollable level 
shifting gate on the translator module (ECL to TTL). 
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2.12.3.3 Beginning the Dialogue - The setting of PI EBUS PI GRANT asserts the level PI GATE 
TTL TO ECL, which causes translation of incoming data from TTL logic levels to ECL logic levels. 
The PI timer and time state control manipulates the time state generator such that each time state is 
held for the appropriate length of time. The following relationships exist between the dialogue signals 
and the time state logic: 

CSH 04-06: EBUS PI GRANT 
FOO: EBUS PI GRANT 
DEMAND: sent at T2. T5. and T6 
LATCH INCOMING PHYS numbers: T3 
CSOO-03: T3 
F02: T4 

EBUS TRANSFER. WAIT AT T5 FOR TRANSFER 
PI CYCLE: WAIT AT T6 FOR PI CYCLE TO SET 

2. 12.3.4 Interlocks and Dialogue Completion - Upon entering T5. the timer is inhibited from 
incrementing the count until EBUS TRANSFER is received or forced. While waiting, the timer holds 
the loaded count. As soon as TRANSFER is received and recognised by the PI logic, the timer is once 
again allowed to count down TS. 

Thus, while TS is counted down, the API word is stabilizing on the input to AR. Next. T6 is entered 
and here the absence of PI cycle causes STATE HOLD to be asserted. This time the timer may count 
down and even generate TIMER DONE. If this point is reached and PI CYCLE is still false, the timer 
loads the count specified by T6 and continues to count while waiting for PI CYCLE to set. The PI 
board must not begin to service a second interrupt before the microprogram has a chance to look at 
the first one. Hence, the timer is prevented from entering T7 COMP, until the microprogram has set PI 
CYCLE. This also enables the ring counter to perform load. 

Assuming PI CYCLE seu, the time state generator proceeds through T7 and into complete (COMP). 
Note that the EBus dialogue control removes DEMAND some time before removing the CS and F 
lines. This avoi '? the possibility of missclection of a device. The generation of COMP enables PI 
EBUS PI GRANT to clear, removing FOO and CS04-06, 

2.12.4 Bask Input Output Control 

Referring to Figure 2-99, the implementation of I/O operations is simitar to interrupt processing, if 
taken at the point where the EBus is requested. The difference is that instead of a hardware arbitration 
process taking place, followed by a single request subsequently asking for the EBus. the microprogram 
I/O handler (part of the executor) requests the EBus. This is accomplished utilizing the condition field 
function COND/EBUS CTL. together with a particular pattern in the magic number field all in the 
same microinstruction. Only the resulting signal is indicated on the figure (APR EBUS REQ) but the 
various other signals are simply formed by combinations of COND/EBUS CTL and an appropriate 
magic number. 

2.12.4.1 Requesting the EBus - The EBus request control treats both an EBox-EBus request (APR 
EBUS REQ) and a PI EBus request equally. Whichever request is seen by the EBus request control 
first receives the EBus. 

The microprogram is waiting for an indication that it has been granted the EBus. The indscation of this 
condition is EBUS CP GRANT. The microprogram loops, waiting for this signal to become true. 
Once this occurs, the next step in the operation may be performed. 

2.12.4.2 Dialogue Overview - Basically, the EBox decodes bits 10-12 of the instruction to determine 
which type of I/O operation is to be performed. Eight possible combinations exist; these are indicated 
in Figure 2-100 at the bottom left. The logical mapping of I/O op code into appropriate DRAM 
addresses is also illustrated in Figure 2-100. 
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The dispatch to the proper operation is obtained by mapping bits 10-12 into DRAM ADR 06-08. 
while the device address 3-6 is mapped into DRAM ADR bits 03-05. Thus, for example, a DATAl 
APR with op code 701 is mapped into DRAM address 701 . Similarly, BLKO PAG, with op code 722 
is mapped into DRAM address 722. This is device 010»; therefore, the type of operation performed is 
determined in advance and the DRAM jump address is coded to cause a jump to the appropriate 
group of microinstructions. The device select code is in bits 3-9 of 1R and must be used to address the 
device. This addressing is accomplished by converting 3-9 to CS00-06 in the proper form. The func- 
tion is controlled by the combination of two F'Jox control signals. APR EBOX SEND F02 and APR 
EBUS F0I . With these two signals, all combinations of input and output operations may be performed 
as indicated on Figure 2-100. Notice that EBus F00 is not used for any of the operations. This signal is 
generated during priority interrupt dialogue for the function PI SERVED (Function 4) and for PI 
ADDRESS IN (Function 5). 

2.12.4.3 Functional Breakdown - Figure 2-100 is essentially composed of three sections. The first is a 
breakdown of the EBus microcode operations into four basic suboperations as follows: 

1. Basic EBus operation at usrd by all I/O instructions. 

2. ECL EBus acquisition and subsequent release 

3. Generation of the DATAO function followed by the basic EBUS operation 

4. Generation of the DATAl function followed by the basic EBus operation 

The second section illustrates how the operation specified in IR 10-12 and a portion of the device 
select code IR 03-05 are mapped into the DRAM words that pertain to I/O operations 

Finally, the third section consists of a simplified flow of the basic EBus operation, including the 
handshake between the microprogram EBus driver and the PI Board. 

Basic EBus Operation 

This is illustrated in the flow on the bottom right of Figure 2-100. Five basic COND/EBUS CTL 
functions are generated from particular magic number bits. The first is to request the EBus from the PI 
Board. This consists of asserting APR EBUS REQ. 

The microprogram now loops, waiting for an indication that it has obtained the EBus. The indication 
consists of receiving EBUS CP (Central Processor) GRANT from the PI Board. This move* the micro- 
program to the next logical step which is 10 JNIT. Here magic number J enables the function lines F0I 
and F02 to be driven from -APR AC10 and APR F02 EN, respectively. The table of I/O operations 
given at the bottom left on Figure 2- 100 shows that F0I is true whenever AC 10 is false. This is true for 
DATAO. DATAl. BLKO. and BLKI. Conversely, F02 is true whenever AC10 is true, or both AC10 
and AC 1 1 are false. 

Magic number 4 is used to latch the particular function (HOLD IT). Note that during the lO INIT 
period, IR 03-09 is passed to the PI Board to become CS00-06. A fixed delay is generated by the 
microcode at this lime to allow the controller select lines to set up at the device. 

Next, SET EBUS DEMAND is issued, while holding the previous function lines F01 and F02 as 
previously set up. Once again, the microprogram waits a predetermined period. The waiting is con- 
trolled by the lime field and the number of successive microinstructions issued. Thus, two successive 
microinstructions with T ■ 5 is approximately 300 ns. 

Now the microprogram loops, waiting for TRANSFER from the device. This signal indicates that the 
device has completed the specified transaction and has either taken or transmitted status, data, or 
control over the EBus. At this lime, if the operation was CONSO, CONSZ, CONI, BLKI or DATAL 
the EBus it loaded into AR. If the operation was CONO. BLKO or DATAO. during IO INIT the AD 
is enabled to the EBus. The AD contains the contents of AR. 


I mail). DEMAND is removed by issuing the function CLR EBUS DEMAND. Notice that number4 
holds the function lines up. It is necessary to remove DEMAND first while still maintaining the 
function and CS lines in order to prevent a spurious misselection Now the function and CS lines are 
dropped and the EBus is relinquished by issuing RELEASE EBUS. This action causes EBUS CP 
GRANT to clear. 

PI Handler and EBus Operation 

Once again referrinq to the flow on Figure 2-10C. note that after issumq EBUS REQUEST and while 
testing for CP GRANT, an interrupt is tested for. If an interrupt is pending, the PI Handler is entered. 
This means that EBUS PI GRANT was set when EBUS REQUEST was issued and EBUS CP 
GRANT could not set anyway. 

The PI Board has negotiated with the device for the API function word that is nowon the input to AR. 
The PI Board is holding in T6, waiting for PI cycle to be set. 

Examine. Deposit, or Byte transfers requested by the 10-1 1 interface require separate control of the 
controller select and function lines. For these cases. SET DATAO or SET DATAl is issued independ- 
ently. Then the EBus routine is entered at the point where the CS and F lines arc setting up. If the 
operation is DATAO of TOI I transfer, tfce AR is placed onto the EBus via AD. The remainder of the 
EBus operation is identical to that for basic EBus operation. 

F.CL EBus Acquisition - At various times, the ECL portion of the EBus is required for some form of 
transfer. Some examples of this requirement would be processing interrupts for internal devicea such as 
APR, PI SYS T EM. or TIM. Also, performing I/O instructions involving these devices would require 
the use of the ECL EBus. A second example is the case of page fault handling in the microcode. At 
some time, the MBox-EBus register must be read over the EBus into AR. Thus, the ECL EBus is 
necessary for this operation. The function necessary to acquire the ECL EBus is COND/EBUS CTL 
with magic number bit 0 set. This actually takes the EBus away from the PI system. It does not abort 
the PI operation (if any) but merely causes it to be dealyed. The signal APR EBUS RETURN causes 
the PI timer and time state generator to HOLD and it clears EBUS PI GRANT. The ECL EBus is 
relinquished by issuing RELEASE ECL EBUS, which takes sway APR EBUS RETURN. Now the PI 
may continue from the point at which it was held. 

2.12.5 PI and EBes to Microcode Interface 

Figures 2-101, and 2-102 are concerned with the interaction of the PI Board and certain other EBox 
related hardware with the PI Handler and EBus Driver. Both of these handlers are microprograms. 
Figure 2-101, illustrates the basic signal interfacing between fucntional elements of the PI Board, 
Control Number I Board, and various EBox hardware used during EBus transactions with the Micro- 
code PI Handler and EBus Driver. Figure 2-102 generally relates the PI Handler and EBui Driver 
functions to the PI Board hardware for given operations. Figure 2-103 is supplied to support function- 
al descriptions to follow. 

2.12.5.1 Sensiag the Interrupt - Initially, assume that the PI Board a enabled and idle. Two devices 
(DSK) assert interrupts on the same priority interrupt channel; DSKA on channel S and DSKB on 
channel 5. Thus, based on the fixed physical number scheme, the range of physical numbers is 0-7. 
Further, assume that DSKA is wired to be physical number I and that DSKB is wired to be physical 
number 7. and that DSKA is the device selected. 

Referring to Figure 2-101. PI Level 5 is received from both devices and is loaded >n'o PI Request 
register 5 for arbitration. Because both DSKs are interrupting on the same channel, the PI Network 
need only check those channels holding interrupts. If none is holding on 5 through I (0 is DTE20and 
never holds), then channel S is selected. The next phase begins by asserting REQ to obtain use of the 
EBus 
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Figure 2-103 Time Slate Generator Control 


2.12.5.2 Requeuing the F.Bus - To obtain use of (he EBus. the PI logic must set EBUS PI GRANT. 
This is illustrated on Figure 2-102. Note that the following requirements must be fulfilled to set EBUS 
PI GRANT: 

I. PI test must come up. 

2 REQ must be true (PI 4. 2. I ■ some selection). 

3. The Ebox may not be hailed or there are no interrupts selected on 1-7. 

4 EBUS PI GRANT is currently dear 

5 The PI Board is not trying to set CP Gram. 

If all five conditions are satisfied, EBUS PI GRANT seu. If the conditions are not currently satisfied, 
the interrupt waits. 

2.12.5.3 Beginning the Dialogue - At this time, several events take place The setting of EBUS PI 
GRANT enables setting of cyde slate, which begins the dialogue. In addition, the PI Timer (see the 
table on Figure 2-104) is loaded with 25f. which defines the duration of the time stale entered, in this 
case time 1. The time states arc used to direct the EBus dialogue from beginning to completion. EBUS 
PI GRANT forces F00 to a 1. This function (4) is PI served and is issued together with CS 04-06, 
which are encoded to be the selected channel (5). The interrupting devices (in this example two DSKs) 
decode the function lines F00-02. together with the controller select lines CS 04-06. The PI timer 
counts from 25« to 37 t then generates TIMER DONE. The devices have now had suffidcnt time to 
decode (he CS and F lines so the next phase of the dialogue begins. The timer it now loaded with I W. 
Time Tl is removed and T2 is entered. 
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Time 2 enables EBUS DEMAND. Note that the function PI served and controller select lines are 
maintained. The DSKs are commanded to place their “hardwired" physical numbers onto the EBus, 
bit I for physical number I and bit 7 for number 7. Referring to Figure 2-103. DEMAND is held up 
through Time 2 and then removed while the F and CS lines are maintained. It is good procedure to 
remove the DEMAND signal before attemping to change the function lines; this avoids any spurious 
misselection. The timer is next loaded with 25 t and T3 (a brief time state) it entered. Here, two fur~- 
tions are performed: 

1. The physical numbers, by now on the inputs to a register on the PI Board, are docked into 
that register for arbitration. 

2. The PI Board is timing out a period of time until it is safe to change the function lines. 
The next pan of the dialogue it begun when Time 4 is entered. 

Here. F00 and F02<5) are asserted; CS00-O3 reflect the encoded physical number that has highest 
priority (#01) and CS04-06 still reflect the PI channel being served. When Time 4 is removed and T3 
sets, DEMAND is asserted once again. This time DSKA is selected as the DSK to be serviced. 
DEM AND commands DSKA to place its API word on the EBus and to assert EBUS TRANSFER to 
the EBox. The PI Board waits in Time S until TRANSFER is received, or forced. If. for example, the 
interrupting device (DSKA) can respond to most of the dialogue but cannot send EBUS TRANSFER, 
the PI Board waits. If TRANSFER is not forthcoming, TRANSFER is forced and the EBus (which 
contains zeros) is treated as an API function of 0. This ultimately causes a 40 + 2n interrupt on the 
interrupting channel. The DSKs service routine must then decide what went wrong. Assume that the 
DSKs succeed in placing the appropriate API function word on the EBus and generate TRANSFER. 
The timer is loaded with 3S| and Time 6 is entered where PI READY is asserted. At this point, the PI 
Board is notifying the EBox microprogram that the API word is currently on the A R mixer inputs. 

2.12.5.4 Termiaatiag the Dialogue - With the assertion of PI READY, the PI Board waits in Time 6 
until the PI Handler (microcode handler) looks at the interrupt. PI READY enables I NT REQ to set 
in the EBox and when the PI Handler detects this, it sets PI CYCLE. Now the timer continues by 
entering Time 7, drops DEMAND and finally enters COMP, where the CS and FUNC lines, together 
with EBUS PI GRANT, are removed. This completes the PI Boards dialogue. 

2.12.5.5 Eatry to the PI Handler - Referring to Figure 2-102, the handler is entered at symbolic 
location INTRPT, with the API word loading into AR, and PI CYCLE not yet set. Thus, the PI Board 
»« at this time in Time 6, waiting for PI CYCLE to be set. The shift counter is loaded with 2, in order to 
enable the API word in A R to be shifted left two positions, bringing the function code in bits 03-05 
into bits 01-03. Pi CYCLE is set and then a shift dispatch is given; depending upon the function 0-7, 
the dispatch is to one of eight routines within the main handler. 

Fuuctiou 00 - STD INTERRUPT NO TRANSFER 

The word is buffered in MQ. The VM A is loaded with the appropriate 40 + 2n address. This address is 
implemented via the SCD TRAP mixer (refer to Figure 2-60) and derived from number with PI 4, 2, 1. 
PI 4. 2. I is simply tf * octal equivalent of the channel on which the interrupt was taken. Thus, the 
instruction is fetched from 40 + (2 X 5) in the example cited in Subsection 2. 8. 5.3. This yields an 
address in VMA of 0000050. 

The program branches to Execute Wait (XCTW) where the microprogram waits for the instruction 
fetched to load into AR. This instruction should be a “JSR," which saves the flags and PC and then 
enters a subroutine in main memory to deal with the situation. The performing of a JSR causes 
SPEC/SAVE flags, which clear PI cycle and set PI HOLD, to hold the interrupt. 
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Faactioa 01 - STD INTERRUPT KUO, KAIO Device via I/O Bus Adapter or KUO Device via EBus 
The implementation of this function is identical to that for Function 00. The difference between the 
funclion codes is that Function 01 is a premeditated request for a “STD INTERRUPT.” where Func- 
tion 00 is a bus failure condition. 

FuKtMM 02 - VECTOR INTERRUPT 

The word is buffered in MQ. The API word contains an address in bits 13-3$ and an address space 
qualifier in bits 0-2. The address is loaded into VMA. Now a dispatch is given on AR0O-03. The API 
word format is presented on Figure 2-102. Note that only three address spaces may currently be 
specified: 

0 - EXEC PROCESS TABLE (EPT) 

1 - EXEC VIRTUAL ADDRESS SPACE 
4 - PHYSICAL ADDRESS 

A routine is called for the storage operation PILD (illustrated in Figure 2-102). 

Fetching from EPT - T 

VMA bits 27-35 receive the AR bits 27-35 via AD. The EBox makes an EPT reference. Referring to 
Figu>e 2-83, the qualifiers asserted to the MBox are as follows: 

EBOX REQUEST 
VMA EPT 
PAGE UEBR REF 

The hardware normally looks at a combination of SPEC/SP MEM cycle with magic number and user 
enable to select either VMA EPT or UPT. depending on the state of user. In this case, however, user 
must be disabled to enable a direct reference to EPT. The AR is loaded with the instruction fetched 
from CPT. This instruction is either the first of a aeries of instructions in a service routine or an 
instruction directing entry to a service routine. As with 40 + 2n interrupt instructions, the instruction 
should be a JSR to save the flags and PC. By performing a JSR. SPEC/SAVE flags clear PI CYCLE 
and set PI HOLD on the PI Board. This holds the interrupt. 

Fetching from EXEC Virtual Address Space 

The API word is buffered in the MQ. For this case, the address in bits 13-35 of the API word is a 
complete virtual address. In fetching from EPT, only bits 27-35 of the address in bits 13-35 contain 
address information. The MBox appended a base address (EBR) to this 9-bit address. Here the request 
qualifiers are as follows: 

EBOX REQUEST 
EBOX READ 

The M Box translates the address and supplies the instruction that loads into AR. Once again, transfer 
is to XCTW, to wait until the instruction actually loads into AR. Then the instruction is performed as 
with the previous EPT reference. 

Fetching from Physical Memory 

Here, the address contained in the API word bits 13-35, contains a physical address in bits 22-35 while 
bits 13-17 are dear. To cause a physical reference to occur, the magic number field is coded with 
number 08 set and this, together with SPEC/SP MEM cycle, inhibits the qualifier MAY BE PAGED. 
If this signal is not present during EBus request, the MBox does not page the address. The instruction 
loads into AR as before and then performs. Once again, SPEC/SAVE flags clears PI CYCLE and sets 
PI HOLD. 


Function 03 - PI INCREMENT 

This function causes a word in the specified address (API word bits 13-35) to be incremented or 
decremented as a function of the Q BIT in the API word. If Q ■ I. the function is decremented; 
otherwise, it specifies increment. Referring to Figure 2-102. the API word is buffered in MQ and Q is 
tested. If Q ■ 0, the contents of the address specified in the API word 13-35 are fetched and 
incremented The incremented word is then stored back in the same address and an instruction fetch is 
performed from PC. This contains the interrupted program. Note that the microcode must set PI 
HOLD in order to hold an interrupt on the PI Board. This is done when the 40 + 2n or vector function 
fetches and performs a JSR or similar instruction. Here, after completion of the storage operation, the 
interrupt is dismissed and PI CYCLE is cleared. PI CYCLE is cleared with SPEC/FLG CTL and 
number 02. 

Ftmctiou 04 - PI DATAO or EXAMINE 

The 10-11 interface may perform an Examine function to either core memory or fast memory. In 
addition, the address supplied in the API word may be a relocated address or not depending on the Q 
BIT in the API word. Associated with the Examine operation are two words of information for each 
10-11 interface in the system. These word pairs are in predefined areas in the EPT. One word of the 
pair is a protection constant, which limits the address of the virtual address sent in the API word. The 
number of pages specified in bits 13-26 may be leas than or equal to the value of the protection 
constant, but not greater than that value. The microprogram utilizes the low-order 2 bits of the phys- 
ical number supplied to the API word (bits 7-10) and forms an address 140 + 8n. where n is the low- 
order 2 bits of the physical number for the interrupting 10-1 1 interface. The physical numbers are 
hardwired as I0r-I3i. This gives low-order 0, 1. 2. or 3. The EPT location thus obtained is accessed for 
the protection constant and the comparison is made. If a violation occurs (protection violation), a 
word of zeros is transmitted to the 10-11 interface via the EBus. If no violation occurs, the relocation 
word is fetched from EPT and added to the address supplied in 13-26 of the API word. This address is 
now treated as a physical reference and it is not paged. The word is obtained and transmitted via 
DATAO function to the 10-1 1 interface. Upon completion of the EBus dialogue, the PI CYCLE is 
cleared. Note that for the 10-1 1 interface Examine function, the interrupt occurs on channel 0. 

This channel is implemented solely to enable the 10-11 interface to utilize the PI facility at any time, 
whether it is on or off for DMA type transfers. No HOLD flip-flop exists for PI0, so clearing PI 
CYCLE effectively releases the P10 interrupt. Devices other than the 10-1 1 interface may utilize this 
operation under the classification PI DATAO. Two differences in its implementation from that of 
Examine exist. First, no protection or relocation is applied and hence no violation can occur. A page 
fault, however, can occur. If this occurs, the PF Handier sets IOPF and transfers control to the oper- 
ating system. The second difference is that other devices interrupt on channels in the range of 1-7. 
Once again, holding the interrupt for this one time transfer is unnecessary and only clearing PI 
CYCLE is necessary to release the PI Board. Other than these differences, the operation is identical to 
Examine. 

Fuctkm 05 - PI DATAO or DEPOSIT 

In terms of the 10-1 1 interface, this operation is the reverse of Examine, except that after the 10-11 
interface sends the API function (which contains the address), the EBox must perform a DATA1 
function to obtain the 36-bit word to deposit in the specified address. A second difference is that if a 
violation occurs, after performing the protection check a violation occurs, no word is stored in the 
specified address. With these exceptions, the operation is basically the same from the point where the 
36-bit word is obtained from the 10-11 interface to the completion of the operation. 
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Function 06 - PI BYTE TRANSFER 

This function can only be carried out between a 10-11 interface and the EBox. This function is initiated 
on PI channel 0 as are Examine and Deposit. The transfer is part of either a TO 1 1 or TO 1 0 byte transfer 
occurring in the 10-1 1 interface. The information being transferred is either a byte right-justified in 
EBus bits 28-33. or a word right-justified in EBus bits 20-33. The API word specifies whether the 
transfer is T0I0 or Tt)l I by the stale of the Q BIT. If Q ■ 1. the transfer is TOIO; otherwise, it is a TOI I 
transfer. In addition, the PI Board is supplying the physical number in bits 07-10 of the EBus while the 
API word is present. The other portions of the word 0-2, 1 1-35 are ignored. 

T010 Byte Pointer Fetch. Byte Read, and XFER 

The low-order two bits of the physical controller number 0. 1, 2, or 3 are obtained and combined with 
EPT base location 14X to form the EPT location of the TOI 1 byte pointer. Next, the byte pointer is 
obtained from the EPT and updated. The pointer is a standard KLIO byte pointer. The microcode for 
load byte instructions is used for the pointer update. Note that the byte pointer may specify indirection 
and/or indexing. Once the effective address has been calculated, the updated byte pointer is stored 
back in its slot in EPT and the byte is obtained by performing an EBox request. Finally, the byte now 
in AR is transferred via the EBus (DATAO) to the 10-1 1 interface and PI CYCLE is cleared. 

T010 Byte Pointer Fetch, Byte Transfer and Storage 

The byte is initially requested by issuing a DATAI to the 10-1 1 interface. The byte is then picked up via 
EBus 28-35 and loaded into ARX and into BRX. Next, the low-order two bits of the physical con- 
troller number 0, I, 2, or 3 are obtained and combined with EPT base location 14X to form the EPT 
location of the T0I0 byte pointer. The byte pointer is obtained from the EPT and updated. The pointer 
is a standard KLIO byte pointer. For the TOI I XFER, the microcode for deposit byte is used for the 
pointer update and, as with the byte pointer for T01 1 XFER, may specify indirection and for indexing. 
Once the effective address has been calculated, the updated byte pointer is stored back in its slot in the 
FPT and the byte is stored in the pointer's effective address. Finally, PI CYCLE is cleared and this 
terminates the operation. 

Function 07 - LNASSIGNED 

This function is unassigned and currently behaves the same as function 00. 
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SECTION 3 
LOGIC DESCRIPTIONS 


In this section, a selection of the twelve board types comprising the EBex are described in detail. 
Wherever possible, a functional perspective is given to highlight the particular functions a board or 
portion of a board implements, and multiple boards are shown interconnected to aid in tracing various 
control signals from one functional area to another. 

PHYSICAL CONFIGl RATION 

The EBox consists of a total of 23 modules, configured as indicated in Figure 3-1. A brief description 
of each module is contained in the following paragraphs. 

Module M8532. Priority Interrupt Control (PIC I - One board, illustrated on customer prints PIC 
1-6. contains PI ON register 1-7, PI GEN register 1-7. PI REQUEST Register 0-7. PI HOLD 
register I -7. and the PI ACTIVE flip-flop. In addition, it contains the priority interrupt networks 
for arbitration of priority interrupt requests, EBus dialogue logic, control and internal timing, 
and the assignment registers for the ABR: PIA APR 1,2,4 and Meter PIA 1,2,4. 

Module 8526. Clock ( CLK I - One board, illustrated on customer prints CLK 1-6, contains the 
crystal-controlled master clock oscillator and crystal-con trolled margin dock oscillator, as well as 
Source and Rate Selection registers and their asso ci ated logic. It contains logic and counters to 
produce the EBus dock, SBus dock, MBox docks, and EBox docks. In addition, it contains 
single step, burst, normal, and diagnostic mode logic and registers. It also contains MR reset, 
EBus reset, crobar logic, error detection logic, page fail, and MBox request logic. 

Module 8539. Arithmetic Processor Status (APR) - One board, illustrated on customer prints 
APR-7, contains an 8-bit APR Status register, 8-bit Interrupt Enable register, and assodated 
interrupt request detection logic. It contains the EBus dialogue control logic used while per- 
forming I/O instructions. In addition, it contains the address break compare enable bits, fetch 
comp, read comp, write comp, and user comp. It contains a 5-bit section register, fast memory bit 
36. RAM storage, and parity network. It also contains the fast memory Mock and word address- 
ing logic, mixers, adder network and current, previous XR, and VMA Block Selection registers. It 
also contains MBox control and MBox register function decoding logic. 

Module 8525. EBox Control So. 2 (COS ) - One board, illustrated on customer prints CON 1-6, 
contains CRAM condition field decoding: COND and SKIPenablet; and VMA select lines CON 
VMA SEL 1 and 2. It contains meter, interrupt request and interrupt request detection logic, run 
and continue logic. IR strobe, DRAM strobe, start logic, various flip-flops, and associated sych- 
ronizer logic. It also contains the N1COND decoding and COND ADR bit 10 logic. It contains a 
4-bit Slate register, diagnostic function decoding logic. Parity Enable register. Cache Strategy 
register, paging tnable, trap-cnable bits, and I/O control signals for CONO APR, CONO PI, 
CONO PAG. and DAT AO APR. It contains the Load AC blocks and Load Previous Context 
signals. 4-bit Microcode State register. AR and ARX bit 36 with associated logic, fast memory, 
write lugic. various PI control signals, and associated logic. 
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Module #52 7. F.Box Control So ! fCTLt - One board, illustrated on customer prints CTL 1-4, 
contains CRAM dispatch, field decoding, some adder carry control logic, and register miser 
selection control logic for AR. ARX. MQ. and PC. It also contains the majority of the diagnostic 
decoding logic and the translator enables T to E enable and E to T enable. 

Module #523. Virtual Memory Address t V.MA) - One board, illustrated on customer prints VMA 
1-6. contains an 18-bit VMA adder. VMA AC reference detection logic, a 23-bit VMA register, 
and associated input mixing logic. It also contains a 23-bit Address Break register, associated 
match logic. 23-bit Program Counter register, 23-bit VMA Held register, and AR Mixer Mixer 
(ARMM) logic bits 13-17. 

Module #512. Data Path (DPI - Six boards, illustrated on customer prints DP 1-5, each contain 
six bits of a full 36-bit data path. Each board contains the following mixers: AR Mixer (ARM), 
ARX Mixer (ARXM), MQ Mixer (MQM), ADA Input Mixer, ADB Input Mixer. ADXA Input 
Mixer, and ADXB Input Mixer. In addition, each board contains the following registers: Arith- 
metic Register (AR), Arithmetic Register extension (ARX). Buffer Register (BR), Buffer Register 
extension (BRX), and Multiplier Quotient register (MQ). It also content fast memory, the adder 
(AD), and adder extension (ADX). In addition, it contains the fast memory, write pulse gener- 
ation logic, and fast memory, write pulse generation logic, and fast memory parity network. 

Module #52#. Control RAMICRI - Five boards, illustrated on customer -trims CR 1-7, each 
contain 14 bits of the control word (microinstruction) stored in RAMs containing 1280 words. In 
addition, each board contains CRAM address ga'ing and 14 bits of the CRAM output register 
(CRAM register). 

Module #511. Control Ram Address ICRAI - One board, which is illustrated on customer prints 
CR A I -6. This board contains the circuitry to generate the address of the next CRAM word. This 
includes the microcode pur't-down stack, plus the Dispatch and Skip logic. 

Module #510. Shift Matrix ISHl - One board, illustrated on customer prints SHM 1-5, contains 
shift counter decoding logic, shift matrix, and AR and ARX parity networks. 

Module #530. Memory Control (MCLl - One board, illustrated on customer prints MCL 1-7, 
contains CRAM MEM field decoding: memory request enable logic; request type decoding, e.g., 
MCL VMA Read, MCL VMA Pause, MCL VMA Write. It also contains User and Public 
Enable logic, as welt as all the request-type qualifiers. It contains bits 1—12 of the VMA Held or 
PC Mixers, together with various VMA Control and Selection logic. 

Module #522. 1R. DRA M. and Carry ( IRD) - One board, illustrated on customer prints IRD 1-5, 
contains the 13-bit Instruction register (IR), 4-bit 1RAC register. DRAM address mixers, 
DRAM, and 1 5-bit DRAM Output register. In addition, it contains the IR Test Satisfied logic 
and normalization CRAM address bits (IR NORM 08-10). It also contains the AD and ADX 
carry anticipation networks (CARRY SKIPPER). 

Module #524. Shift Counter Adder (SCAD)- One board, illustrated on customer prints SCD 1-6. 
^ contains the 10-bit Shift Counter register and associated input mixer. 10-bit Floating Exponent 
register, and associated input mixer. AR Mixer Mixer (ARMM) bits 0-8, and SCD TRAP Mixer 
(32-35). It also contains the 10-bit Shift Counter Adder (SCAD) as well as the Program Counter 
Flags register and mode control logic. 

3.1 INSTRUCTION REGISTER LOADING AND CONTROL 

Refer to Figures 3-2 and 3-3. The IR is composed of 13 mixer latches as illustrated. The default 
selection is AD selected by-CLK MB XFER. The alternate selection is the cache data lines selected by 
CLK MB XFER. Because the IR consists of latches (DC devices), the dock is used indirectly to 
synchronize unlatching and latching of IR. This is done by ORing the EBox dock with the control 
signal on the IR Board. Unlatching the IR may be accomplished in one of three ways. 
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Figure 3-1 EBox Module Utilization 
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f igure .'-2 IR DRAM Control (Part I) 
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During an instruction fetch, a logic level MCL FETCH is developed together with EBox Read. These 
qualifiers are latched at the same time that the VMA is latched during the EBox request. They are 
latched until the next EBox request. Each time a memory cycle is begun for any reason. MEM CYCLE 
sets. It remains set until one of two events occurs. Either MBXFER occurs in response to an MBox 
cxcle. or FM XFER occurs in response to an internal fast memory cycle. Either of these decouples the 
feedback path for the MEM CYCLE flip-flop. Note that while MEM CYCLE and MCL VMA 
I I 1 CM are true, the IR is unlatched because -CON LOAD IR becomes false removing HOLD IR. 

A second method for unlatching the IR is via the microinstruction COND field function 
COM) LOAD IR. This may be used in cases where an instruction is loaded into AR to be executed. 
The microinstruction selects the AD function as “A*' while selecting the AR on the ADA input. 
Because the default selection for IR is the AD. the instruction in AR would appear on the IR input 
mixer 

The operation of unlatching and loading in this manner takes one microinstruction as indicated in 
Figure 3-4 Note that Cl.K IR is logically ORed with -CON LOAD IR on the IR Board. 
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Figure 3-4 IR Loading Via AR (COND/LOAD IR) 
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By using diagnostic console function 014 (STROBE IR), information previously loaded into AR or 
ARX may be loaded into IR. This provides a powerful diagnostic tool. In addition, this function is 
used to address the DRAM while loading it. 

When fetching instructions from fast memory via AD, it is sometime* necessary to use the COND/1R 
LOAD function to enable AD to I R. Referring to Figures 3-2 and 3-5, VMA biu 32-33 address fast 
memory as specified by the microinstruction FM ADR field. At the same time (for example), the ARX 
field selects AD while the AD field selects “B". The ADB field function is FM and once again the 
COND field is LOAD IR. 

Once again, note that the unlatching and latching of IR is in step with the EBox clock (CLK IR). 
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Figure 3-5 Loading IR Via FM (COND/LOAD IR) 



3.1.1 DRAM and 1RAC Control 

The DRAM register is controlled in a manner similar to that oflR. The DRAM register consists of 19 
mixer latches. Refer to Figure 3-3; unlatching the DRAM register may be accomplished in one of three 
ways. As with IR. note unlatching and latching of the DRAM register is synchronized by ORing •' 
EBox clock with the control signal on the IR Board. 

Each time that the COND/LOAD IR function is used to unlatch the IR, it also enables the generation 
of CON LOAD DRAM on the next EBox clock. Thus, the IR unlatches beginning with the trailing 
edge of one EBox clock and latches on the leading edge of the next. Similarly, the DRAM register 
unlatches beginning w ith the trailing edge of the EBox clock that latched IR. and latches once again on 
the leading edge of the following EBox clock. The timing is illustrated in Figure 3-6. 

A similar operation lakes place following NICOND Dispatch. Referring to Figures 3-2 and 3-7, 
NICOND is latched into a flip-flop on the control board at the same time that the microinstruction 
selected by the NICOND Dispatch loads into the CRAM register. 

Here we assume the case where some instruction has completed its store cycle. An earlier micro- 
instruction generated MEM/FETCH which started the EBox Request. 
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Figure 3-6 DRAM Loading Following COND/LOAD IR 


3.1.2 DRAM Addressing and Selection 

Assume IR EN IO. JRST. and IR EN AC are set. The DRAM addressing logic maps the incoming 
instruction code into the DRAM register as indicated in Figure 3-3. Note that I/O instructions address 
the DRAM in a slightly different fashion than non-I/O instructions. I/O instructions have bits 0-2 of 
IR equal to this is detected on the IR Board as IR INSTR 7XX and enables the DRAM ADR to be 
formed as follows: 

DRAM ADR 00-02 -IR 00-02 
DRAM ADR 03-05 [IR 7-9vlll] 

DRAM ADR 06-08 -IR 10-12 

As indicated on the figure, for I/O instructions. IR 3-9 is the device select code. Ifbits 3-6 are equal to 
zero, the device is local to the processor, i.e.. in the EBox. Currently, there are six local devices: 

APR: DEV 000 
PI: DEV 004 
PAG: DEV 010 
CCA: DEV 014 
TIM: DEV 020 
MTR: DEV 024 
(UNUSED: DEV 030) 
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Figure 3-7 NICOND Dispatch and Waiting 

If IR bits 3-6 are nonzero, the device is external to the processor. This includes device select codes 034 
to 774. 

All other op codes in the range of 000-677 address locations in the DRAM that correspond to loca- 
tions 000-677. This is illustrated in Figure 3-2. DRAM address 00-02 is formed from IR 00-02. while 
DRAM address 03-08 is formed from IR 03-08. 

AC decoded jumps J RST and JFCL reference locations in the DRAM that correspond to their numer- 
ical op codes (254 and 255. respectively). The DRAM register is loaded specially for JRST. Note that 
IR JRST (Figure 3-3) forces DRAM register J4 to zero while enabling DRAM J07-I0tobeinput fr^m 
IR 09-12. This enables the microcode for JRST to be entered at the appropriate location relative to the 
type of code in IR 09-12. 

DRAM register bits 00, 05. and 06 are missing in the hardware (Figure 3-3). This prevents DRAM J 
Dispatch from accessing certain CRAM locations. 
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3.1.3 IR TEST SATISFIED 


3. 1 .3.1 Introduction - The IR TEST SATISFIED logic is illustrated in Figure 3-8. It is used with the 
following types of instructions: 

CAMXX 

t AIXX 

SKIPXX 

JIJMPXX 

TXXXX 

B1KX 

AOS XX 

sosxx 

AOJXX 

SOJXX 

AOBJX 

JFCL 


In general, these instructions test some condition or conditions and, depending upon the result of the 
lest, fetch an instruction. The fetch can be from PC+1 or PC+2, (in the case of CAIXX, CAMXX, 
SKIPXX. AOS. TXXXX. and BLKX). or from E or PC+1 (in the case of JUMPXX, AOJXX, 
SOJXX. AOBJX). 

3.1 J. 2 Implementation - To supplement this section, five table* are presented (Table* 3-1 through 3- 
5). which aid in understanding the table presented in Figure 3-8. Table 3-1 is Skip. Jump, Compare 
controls. This table is divided into four areas. Eight Skip, Jump, Compare controls are indicated. 
These are microcode mnemonics for the indicated coding of the DRAM B field and imply the type of 
Skip. Jump, or Compare condition being tested. For example, the instruction CAIE compares the 
effective address with the contents of AC and skips the next instruction in the program sequence if the 
condition is satisfied. The DRAM B field mnemonic is "SJCE.” which is a value of 1 in DRAM B. The 
coding of DRAM B0 controls the sense of the skip. Thus, referring to Figures 3-9 and 3-10. IR TEST 
SATIS) FIED is the Exclusive OR of DRAM B0 with the signal indicated on the figure as "resultant.” 
In the current example, because DRAM BOO is equal to zero, the IR TEST SATISFIED signal is true 
only if the "resultant" line is true. 

As indicated in Figure 3-9, the combination of AD ■ 0 with DRAM B 01 (0) and CRAM #07(1) 
enables “resultant" to be true. This yield* IR TEST SATISFIED. Referring to Figure 3-8, the VMA 
contains E. which it received at AREAD time. The VMA field function is PC+1 [CRAM VMA SEL I 
(0) ACRAM VMA SEL 2(1)]. Because PC+1 INHIBIT is false at this time, the “B" input to VMA 
AD is equivalent to +1. while the VMA AD function is “A+B." The MEM field function is 
"FETCH." and the magic number field function is “COMP FETCH.” which is coded as #201. Thus, 
#01 (I) with "FETCH" and IR TEST SATISFIED gives MCL SKIP SATISFIED. Providing PI 
CYCLE is clear, MCL VMA INC increments the VMA AD SUM, which is now PC+I, to a value of 
PC+2. 

Note that either bit of the CRAM VMA field enables one side of the MCL VMA load gate and that IR 
TEST SATISFIED or -MEM/COND JUMP enables the other side. This is necessary to allow IR 
TEST SATISFIED to inhibit loading the VMA during Jump-type instructions. VMA contained the 
jump address prior to the test. Note that the magic number field function and MEM field function for 
Jump-type instructions is different than that for Skips and Compares. It is necessary to prevent PC+2 
from occurring and this is accomplished by blocking the term MCL SKIP SATISFIED. Because the 
magic number field function for jumps, which is “JUMP FETCH," has #01 (0), the gate is inhibited. If 
the test not satisfied. VMA loads with PC+1 and program operation continues. 
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f igure 3-8 IR Test Satisfied 
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Figure 3-10 IR Test Satisfied Logic 
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Table 3-4 Fetch Control Modi Tien 
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See Table 3-4. uses TEST fetch with various AO functions. 
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Table 3-5 CRY* Generation (MACRO) 


Instruction Thai Dies 

i 

CRY0 Generator! Died 

AD Field Function 

Additional Signal 

BLKI.BI.KO 

TI ST BKL 

OKCB*l 

GEN CRY 18 

t'ONSO. t ONSZ. 

TIST AK-BR 

CRY VB=tl 

; 

11. ST 

TEST AK- Al t) 

CRY A’B-D 


TIST 

NO CRY 

SI TC A j 

t j 



Table 3-3 CONSX aad BLKX Controls 


DRAM B Field 

CONSX. BLKX Controls 

Controb Sense of 
CONSX. BLKX. Skip 
DRAM BOO 

COND Causing Skip 

■3 

BI.KI 

0 

TEST FETCH 
TEST BK1 

0 

BI.KO 

i 

0 

TEST FETCH 
TEST BRL 

5 

! 

cosso 

1 

Tl ST FETCH 
TEST AR BR 

i 

toss/. 

0 

TEST FETCH 
TEST AR BR 


Figure 3- 10 illustrates the actual logic that develops IR TEST SATISFIED. The use of the E, O, L and 
X portions is indicated. The result of the test in the AD determines one of the conditions on each gate. 
For Equal (E). the term is straightforward AD • 0. In the case of Greater (G). the Exclusive OR of the 
sign of AD (AD00) with a carry out of the AD sign (AD CRY -02) produces the A >B output when 
AD is performing the Exclusive OR function. For example, assume CAIG AC, 010101. 

AR - 000000. 010101 ;O.E 
AC - 000000. 007777 :<AC) 

The function performed in AD is: 

ADB*-FM; (AC) 

ADA-AR: O, E 
AD - XOR 


Note that while the AD performs the logical function XOR, the carry function is A-B-l (Table 2-8, 
ALU Functions). Therefore, the ADB input is 000000,007777 and the ADA input is 000000.010101. 
The operation is as follows: 


1 1 complement of ADB in pm 


000000.01 0101 
777777 770000 


AIX'RY-02 


000000 000101 


ADA Input 


Addin; ihe I s complement 
of B to A “ A B- 1 
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Note that the following relation is true 


-B = B+l 
-B-l = B + l -I 

-B-l = 5. which is the Is complement of B 
XORing AD CRY -02 with ADOO. which is 0. should indicate A >B 

For less than (L). the term is ADOO. and this indicates the AD result as a negative value Skips utilize 
the Boolean AD function A Here, the carries function is really A-l Thus, if the instruction is SKIP 1 
0. E. the contents of E arc compared with zero and a SKIP occurs if (E) is any negative value The 
implementation follows: 

X: SKIPL 0. E 

(E) = 777777. 777774 : -4 

AR * (E> 

The function performed in AD is ADA .-AR, AD - A and effectively the (AR) is compared to zero 
because anv negative value in AR satisfies the SKIP until a value of zero is placed in AR This turns off 
ADOO 

The remaining term (X) is used during TEST. BLKI. BLKO. CONSO. and CONSZ instructions The 
AD carries function is A B-l. For example, assume the instruction is CONSO DEV, I. At the time of 
the test. BR contains 000000.000001. the effective address, and AR contains the bits (if any) from the 
device The implementation follows: 

BR = 000000.000001 ;O.E 

AR » 000000. 000001 ;assume the bit was set in the device 


000000.000001 
" AND" 000000 0(10001 

000000.000001 

Fur the cairies luncuun ai)>) I ~~'777,7T , ~" 

AIMRA -02 • 000000.000000 


Here ADCRY-02 inhibits the (X) function but DRAM BO is coded to enable the IR TEST SATIS- 
FIED condition. The PC is updated by +2 and loaded into VM A (Figure 3-9) If the instruction w ere 
CONSZ DEV. 1 ar.d the device flag was not set. the AD function [000000.000000-1] yields -I and -AD 
CRY-02 This satisfies the (X) function and DRAM BO is clear. Once again, the IR TEST SATIS- 
FIED condition is satisfied and the SKIP occurs 

3.2 PROCESSOR TIMING 

The KLIO is a synchronous machine. Figure 3-10 illustrates the basic clock layout and distribution 

3.2.1 Clock Overview 

The dock resides in the EBox and contains a selectable source (Figure 3-12). This source can be a 
crystal controlled 50 MHz oscillator, for normal processor operations, but may be an external source 
for special applications or a 56 MHz crystal-controlled oscillator for speed margining 

Basically, the clock consists of three other rather distinct sections _the clock control, the EBox clock 
control, and the clock diagnostic control labeled G) . . Q) . respectively, in Figure 3-13 
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Figure 3-13 Buie Clock Block Diagram 


3.2.2 Crobar and Clock Initialization 

When the KLIO system is powered up. the EBox clock board must be initialized to a known state In 
addition, the device controllers on the EBus must be initialized and a series of M Box. EBox. SBus. and 
P.Bus clocks must be generated for various initializlion purposes. First, the power controller asserts 
CROBAR for approximately $ seconds. This signal is passed to the clock diagnostic control logic, 
where it enables the initialization process. The clock diagnostic logic contains a 2-bit source selection 
register, a 2-bit rate selection register, and various other registers and logic During power up. the state 
of these registers is undefined. To avoid an improper source selection, the clock CROBAR signal is 
used directly to select the 50-MHz oscillator as the dock source to be used during the power up 
initialization phase (Figure 3-14). 

The selected 50-MHz source is now divided down as indicated in Figure 3-15 to provide 25-MHz. 12.5- 
MHz. and 6.25-MHz free-running clocks. 
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The 50 MHz FREE clock source is next passed to a rate-seleciable mixer. However, because the Rate 
register may initially be in an undefined state, the selected rate is apt not to be the SO M Hz source This 
presents no problem because the inputs to the mixer (50 MHz FREE. 25 MHz FREE. 12.5 MHz 
FREE, or 6 25 MHz FREE) are all even multiples: the rate is not critical during the power up phase of 
operation The timer is shown in Figure 3-16 Its output is labeled 2*Rate Selected: however, it is not 
twice the input frequency, but twice the clock select frequency output 



Figure 3-16 Basic Rate Selection 
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3.2 J EBus Rrvl 

Referring to Figure 3-18. theCLK CROBAR signal enables the counter to subtract one on each 12 $ 
MHz clock pulse. Once again, the initial state of the counter ts undefined During the crobar penod 
(approximately $ seconds), the counter is decremented toward zero. When zero is reached, a carry is 
generated and if CROBAR is false at this time, the - I function is disabled and the counter is loaded 
with zeros. This removes EBUS RESET. In practice, the counter passes through zero many times until 
finally CROBAR is removed by the Power Controller logic. Signal EBUS RESET is a 1280 ns square 
wave. 

3.2.3.I Initialization Clock Pulse Generation - As shown in Figure 3-18. CROBAR is shifted four 
places into the shift register, activating the CLK SS stage This, with the Clock Selected flip-flop, 
enables the gated clock. It is this signal (GATED CLK) that becomes the source of the clocks gener- 
ated via the dock control and EBox Clock Control. When CROBAR is removed. 4 CLK selected 
pulses later. CLK SS is also removed. The approximate sequence is indicated in Figure 3-17. Figure 3- 
19 shows the power up timing. Note that this shift register also serves to synchronize CROBAR 

3.2.4 EBox Clock Control 

The EBox Clock Control provides a source of clocks for the EBox boards together with an MBOX 
Sync Point (EBOX SYNC), which is always asserted one MBOX Clock prior to the generation of the 
EBox clock (Figure 3-20). 

Depending upon the nature of the EBox cycle (a penod extending from the rising edge of one EBox 
clock to the rising edge of the next), the period between EBOX CLOCK pulses may be extended by 
some multiple of 40 ns. i.e., 80. 120. 160. 200. etc. 

Refer to Figure 3-22. this drawing illustrates the functional structure of the EBOX CLOCK Control It 
consists of an MBOX CLOCK counter/marker generator, a dock phase sync detector, an EBox sync 
source, and an EBox clock source. The CRAM time field (TOO. T0I) specifies the duration of the EBox 
cycle (Figure 3-21). 

The marker generator consists of a shift register that may be loaded with zeros when EBOX CLK EN 
is true or have ones shifted in (beginning with the40-ns stage) for each MBOX CLK generated, as long 
as EBOX CLK is false. Table 3-6 describes the marker generator 
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Figure 3-17 Clock Initialization 
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Figure 3-18 EBus Reset and Clock Initialization 


EBOX '3-25 










T able .1-6 Marlin' (>enerator f unci ion 


\ 

ci» coo*!!** / \ 

_njiMinnmuinnnnJuiJim^ 

«“"> — unjijijTjTjTj^uriJT^ 

%J • Mm* » B( t 


Cl ■ I BUS »1H» 


u 


J 


Cl* »fStT _r 

w« •csc^ 


too 

"ToT - 

Duration 



MBOX 

CLK 

Marker GCMVMO l BOX 

t BOX 
CLK 

tBOX 

SYNC 

40 m 

HO at 

120 m 

CLK 

EN 

0 

0 


1 

0 

0 

0 

0 

1 

0 

0 

0 

Ml 

2 

1 

0 

o 

1 

0 

1 

II 

1 


i 

0 

u 

0 

0 

1 

0 

u 

1 


2 


0 

0 

u 

0 

0 

0 

1 

120 

,t 

• 

1 

u 

1 

0 

1 

1 

0 


i 

0 

« 


0 

1 

0 

1 

0 


- 


0 

0 


0 

0 

1 

0 


.1 

1 

1 

0 

0 

0 

0 

1 

0 

rial 

4 

1 

1 

1 

1 

0 

1 

1 

1 


i 

0 

0 

0 

0 

1 

0 

1 

1 


2 

1 

0 

0 

0 

0 

0 

1 

1 


.1 


1 

0 

0 

0 

0 

1 

1 


■» 


1 

1 

0 

0 

0 

1 

1 

200 

< 


1 

1 

1 

0 

1 

% 

— — J 

_ 

i 

0 

0 

0 

0 

1 

0 


Figure 3-19 Power Up Timing 
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Figure 3-20 Simplified Diagram. MBox Clock. Sync. EBox Clock 
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The dock phase sync detector compare* the marker generator content with the CRAM time field 
(loaded at EBOX CLOCK TIME) whenever EBOX CLOCK EN is false. If the marker count com- 
pares with the bit combination in the time field, SYNC EN is asserted and the next MBox clock sets 
EBOX SYNC. EBOX SYNC then enable* EBOX CLOCK EN and similarly disables the detector. 
This completes one cycle. 

Note that with M BOX WAIT true. -EBOX CLK EN is also true and EBOX CLK EN is false (Figure 
3-22) This enables the MBox clock counter/marker generator to keep shifting Is from the 40- ns stage 
toward the 120-ns stage. Similarly, the detector is enabled and when the marker compares with the bit 
combination in the time field of the CRAM word. SYNC EN will be asserted and remain so until the 
MBox responds or aborts the cycle. Thus, one MBOX CLK after SYNC EN it asserted. EBOX SYNC 
will set In other words. EBOX SYNC is asserted one MBOX CLOCK prior to where EBOX CLOCK 
would have been asserted 

With SYNC EN true when MBox response is received (Figure 3-22) EBOX CLOCK EN becomes true 
allowing the marker to reset to 000. and SYNC EN is removed allowing EBOX SYNC to clear on the 
next MBOX CLOCK. At the same lime. EBOX CLK EN become* true and EBOX SOURCE EN is 
also true; thus, when EBOX SYNC is cleared. EBOX CLOCK sets (Figure 3-23). 

3.2.S Error Detection 

Figure 3-24 illustrates th^ logic that stops all clocks in the esenl of any of the following. 


Figure 3-21 EBox Cycle 


I A DRAM parity error occurs. 

2. A CRAM parity error occurs. 

3. A fast memory parity error occurs. 
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Figure 3-22 EBox Clock Control Block Diagram 




Figure 3-23 Basic MBox Cycle Timing 
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Figure 3-24 Clock Error Stop 


The timing shown is for a CRAM parity error. The CRAM register is clocked by CLK CRM; some- 
time later, the parity network settles and asserts -CRAM PAR 16. This indicates that the CRAM word 
has dropped or picked up bits and is not correct. The signal -CRAM PAR 16. together with an enable 
previously set bv a diagnostic cycle (CLK CRAM PAR CHECK), enables the generation of CLK 
ERROR HOLD 

If it is desired to stop on parity errors. CLK ERROR STOP EN must have been set by the console. In 
this case, on the nest occurrence of CLK EBOX SOURCE EN. the CLK ODD gate will be latched 
false, inhibiting all docks and freezing the system. 
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3.2.6 Clock Control Logical and Skew Delays 

Figure 3-25, illustrates the delays necessary to assure that the proper liming relationship exists between 
the actual MBOX CLOCKS. EBOX CLOCKS, and the sampling of the CRAM time field The lum- 
ped delay of * 128 ns consists of fixed logic delays, gale and wire delays The output is CLOCK ODD 
and is used to clock a 1014 1 Shift register, which has a propagation delay of *2.65 ns 

NOTE 

The times gben here are approximate times only. 



Figure 3-25 Logical Delays and Skew 


The output of the Shift register feeds various gates and the various EBox boards receive their clocks 
from these gates. Delay X allows for lining up the outputs of the gates, “deskewing" the EBox clocks 

The delays are actually etch paths near the fingers on the board and once the delay has been ascer- 
tained. a permanent connection is made at the proper point. Figure 3-26 shows the EBox clock fanout; 
Figure 3-27 shows the MBox clock fanout. 

To cancel the effect of the 10141 circuit propagation delay, a fixed 2.65 ns have been inserted in the 
path between the lumped DLY and the MBOX CLOCKS. Connected in this path also is DLY Y. 
which performs the same function as DLY X does for the EBOX CLOCKS. 
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Figure 3-27 MBox Clock Fanout 
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All the EBOX CLOCKS and the MBOX CLOCKS are lined up leaving the clock board. In order to 
synchronize the CLK BOARD with the other boards. CLK CLK is passed out through the etch 
connection on the board. It then reenters the board at DLY 2 where it is deskewed via a coaxial cable, 
as are all the other CLK signals. 

Figure 3-28 illustrates the basic timing for the clock board. Six basic cycles are presented: clock star- 
tup. EBox cycle T - Oh. EBox cycle T * 10*. EBox cycle including a memory cycle T - 00:. EBox 
cycle T « 00: and finally EBox cycle including a memory cycle and a page fault. 

33 ARITHMETIC PROCESSOR FACILITY 

33.1 introductioa 

This facility controls and contains logic relating to the following hardware in the EBox. 

Address Break Facility 

Arithmetic Processor Status 

Processor Identification 

Cache Refill RAM Facility 

MBox Error Address Register 

Fast Memory Addressing and Control 

These areas are set up via four KL10 instructions as follows: 

DATAO APR - Sets up address break facility. 

CONO APR - Sets selected flags in the APR STATUS REG. and/or enables interrupts to occur 
on selected APR priority interrupt channel. 

A PR ID - Reads the following information from the EBox: 

Microcode options 
Microcode version number 
Hardware options 
Processor serial number 

RDERA - Reads the ERA register located in the MBox 

33.2 Address Break 

One possible use of this hardware in the EBox is associated with the SET BREAK command, which 
may be issued to the monitor by a user (e.g.. during the debugging process). This is primarily useful 
when the piogram that is being debugged: 

1 . Will not fail when DDT has been loaded 

2. Destroys DDT when DDT is loaded 

3. Destroys the contents of a memory location at an unpredictable point during program 
execution. 

It is possible to break when the specified location is read from, written into, and/or fetched. It is also 
possible to break on monitor references to items in the user's address space. 

Figure 3-29 contains the address break logic. A break may occur at three places in an instruction: 

On Instruction FETCH 
On DATA FETCH 
On DATA WRITE 
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Figure 3-29 Address Break Facility 


EBOX/3-35 









In addition, the reference may be further qualified to a user or executive reference. The addreu break 
conditions are loaded into the EBox hardware by performing a DATAO APR instruction. The left half 
of (E) specifies the following: 


Bit 09: Address Break on FETCH 
Bit 10: Address Break on DATA READ 
Bit II: Address Break on DATA WRITE 
Bit 12: Address Break on USER REF 


The right half of (E) specifies the break address in bits 13-3$. where 13-17 represents the virtual 
section number and 18-3$ the virtual page number, line number. 

The Address Break Inhibit logic, illustrated in Figure 3-29, may be set up to inhibit an address break 
by performing any of the following instructions: 


JRSTF - JRST2 
JEN-JRST 12 
JRST 10 
MUUO 


S he PC word provided by these instructions must have bit 8 ■ I to set SCD ADR BRK INH. If a 
tSTF is given setting SCD ADR BRK INH, the NICOND Dispatch occurring during the JRSTF 
transfers the set state or SCD ADR BRK INH into SCD ADR BRK CYC. while clearing ACD ADR 
BRK INH. Therefore, for the duration of the next instruction, address breaks cannot occur. This is 
useful, for example, when continuing from an address which subsequently caused an address break. 
Consider the following example: 


677/ 

SET0 3. 

;PUT -1 IN AC3 

700/ 

ADDM 3.300 

;ADD TO TABLE 

701/ 

AOS 700 

;ADDI TO TABLE ADR 

702/ 

HRRZ 4.700 

;PUT CURRENT TABLE 

703/ 

CAIE4.I000 

;ADR IN AC4 

704/ 

JRST 700 

;WHEN IT IS 1000 ALL DONE 


NOTE 

This sample program illustrates the use of ADR 
BRK INH aad Is oot meant to be a wett-atrwctural 


The sample program adds -I to a table beginning at location 300| and ending at location 1000«. A bug 
exists, however, in this program. Note that the AOS instruction in location 701 is incrementing the 
table address in the right half of location 700. The problem occurs when the right half of the instruc- 
tion in 700 becomes 700. At this time, the instruction becomes ADDM 3,700 and this wipes out the 
instruction in location 700. Several references to location 700 arc in the program. First the monitor is 
requested from a terminal to set ADR break on data unite for address 700 to assure that the AOS 
instruction is working correctly, i.e., attempting a write into 700. The monitor performs a DATAO 
APR. which sets USER COMP. WRITE COMP, and loads the address break register with 700. At this 
time. ADR BRK INH is dear and when the EBox performs the unite request, the comparator will 
satisfy the OR gate labeled 0 because the following conditions are true: 


1. VMA 13-3$ - ADR BRK register 13-3$ 

2. MCL VMA WRITE - WRITE COMP 

3. MCL VMA USER - USER COMP 
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At this time, both SCD ADR BRK INH and SCD ADR BRK CYC are clear; therefore, the signals 
MCL PAGE ADR COND and MCL PAGE ILL ENTRY are aliened together with all other neccs- 
sary request qualifiers. The M Box detects this condition and places a page fail word in its EBus register 
(indicating an address break page failure) and asserts PF HOLD to the EBox. The EBox senses this, 
and enters the microcode page fault handler. Now the EBox flags must be gathered for storage in user 
process table location SOI. Because SCD ADR BRK INH is one of the processor flags, it must be 
made available; however, at this time it is clear. Regardless of this, the process of obtaining this flag 
will be discussed. Upon entry to the microcode. CON INSTR ABORT is generated to cause proper 
termination of the faulting instruction. Referring to Figure 3-29. CON INSTR ABORT enables SCD 
TRAP CIR. which breaks the recirculation paths for both SCD ADR BRK INH and SCD ADR BRK 
CYCLE; it also transfers the state of SCD ADR BRK CYC into SCD ADR BRK INH. This makes 
the flag available for storage in SOI . The page fault handler reads the MBox EBus register and stores a 
page fail word in user process table location SOO, stores the flags PC word (PC is now 701) in SOI and 
then fetches a new PC word from user process table location S02. The processor now enters Execute 
mode and handles the page failure appropriately. 

Eventually, after evaluating the page fault word in SOO and other data, the monitor informs the user at 
his terminal that a write was attempted to location 700. If after giving the problem tome thought, the 
user requests a break on the same address for write but now suspects that somehow the instruction in 

700 is being overwritten by itself, the break can be inhibited. Now the monitor wishes to continue the 
program by performing the entire AOS instruction to ascertain that it works but also must avoid 
thewrite page fault associated with this instruction. 

The monitor can perform a JRSTF instruction that sets ADR BRK INH and restores the old PC of 

701 for the AOS instruction via user process table location SOI. Referring to Figure 3-29. during the 
execution portion of JRSTF, SCD LOAD flag sets SCD ADR BRK INH. During the JRSTF instruc- 
tion NICOND Dispatch occurs and transfers the set state of SCD ADR BRK INH into the BRK 
CYCLE flip-flop while clearing SCD ADR BRK INH. The AOS instruction is successfully fetched 
from 701 and the “AOS write reference" to 700 is prevented from causing MCL PAGE ADR COND 
because this is blocked by SCD ADR BREAK COND (L). The next NICOND Dispatch clears SCD 
ADR BRK CYCLE, enabling the ADR BREAK to occur if a write is performed to 700. Eventually, 
through many tries, the overwrite of the instruction in 700 will be detected by this method. Note this is 
only a simple example and is not necessarily a practical one. 

3JJ.I Address Break INH and Sariag Flags - The signal CON COND INSTR ABORT is generated 
by the microcode whenever external conditions require the microcode to abort a partially completed 
instruction. If this occurs during an address break cycle, this signal copies the state of SCD ADR BRK 
CYC back into SCD ADR BRK INH, thus making it available to save as a bit in the flag's PC word. 

33.2.2 Address Break INH and Loading Flags - SCD LOAD FLAGS can be generated in a number 
of ways: J RSTF, JRST 10, JEN, JRST. and MUUO can set SCD ADR BRK INH. The 10-1 1 interface 
can place the flags PC word in AR and perform a console start. This causes the microcode to generate 
SCD LOAD FLAGS. During a JFCL instruction, the flags are read and the specified flags cleared. 
Then the microcode reloads the flags using the signal SCD LOAD FLAGS. 

3-3-3 Arithmetic P ro c essor Status Register 

This facility enables special internal conditions to signal the monitor on a priority interrupt channel 
assigned to the processor. Condition I/O instructions are used to control the appropriate flags and to 
inspect the conditions of interest. 


The arithmetic processor status register consists of two 8-bit registers and associated control logic. One 
register receives the error or status signals and the other register enables or inhibits the generation of 
an interrupt when one or more of these error or status flags sets. 

Figure 3-30 provides the basic format for the CONO APR word, the basic organization of the error or 
status flag and the interrupt enable or inhibit for the two registers. In addition, the bit assignments are 
provided in two tables, as well as the source of the error or status signals available to set the appropri- 
ate flags in the APR register. 

The basic organization of the APR is illustrated in Figure 3-31. The register is broken down into four 
sections based on the origin of the error. The first live flags set as a result of an error condition 
involving some memory activity. Three of the flags: [SBus Error, Nonexistent Memory (NXM) Error, 
and S ADR Parity Error] originate in the memory adapter (DM A). The remaining two originate in the 
MBox. The flag IN-OUT PAGE FAIL (IOPF) sets because of an external stimulus, but the actual 
setting takes place by the microprogram, in response to a page failure that occurred during a priority 
interrupt. The power failure flag sets when the power controller detects a low volume condition. The 
sweep done flag signals the completion of a cache sweep operation. This operation is the result of 
performing a sweep instruction. 

Once again referring to Figure 3-30, to enable interrupts for any or ail of the eight conditions, a CONO 
APR is performed with bit 20 equal to I and ones in bits 24 through 31 for the desired flags. Similarly, 
to disable interrupts for any of the eight flags, which have previously been enabled, place bit 21 equal 
to I and ones in bits 24 through 31 for the flags to be disabled. This means that once the processor has 
been powered up, and providing a power failure condition ha* not occurred, that once an interrupt 
enable has been set. it must be specifically cleared as indicated above. 

Any of the eight flags can be selectively set or cleared by placing bit 23 or 22 on, respectively, together 
with those bits in 24-31 to be changed. 


3.33.1 SBus Errors - Two error lines are available from the DMA to the MBox. These are SBUS 
ADR PAR ERR and SBUS ERR. If the DMA starts a memory cycle and also detects bad addreas 
parity, it sends SBus Acknowledge (SBUS ACKN) to the MBox, acknowledging receipt of the address 
and within I2S ns transmit* SBUS ADDRESS PAR ERR. The MBox now latches the error address 
register (ERA), which contains the address in question and additional bits which specify information 
associated with “data parity error conditions." These two bits specify which of the four memory 
buffers (M Bs) the parity error is associated with. The address used to address memory specifies which 
word is to be transmitted (for a write) or received (for a read) fim. This information is contained in 
bits 34 and 33 of the address. If, for example, the addreas in the ERA is 101 (bit 34(0) and hit 33(1)] and 
the address in the PMA used to addreas memory is 100, the indication is that the word requested by the 
EBox. for example, was not the word actually causing the data parity error. Thus, in this example, the 
EBox requested the contents of location 100, received it, and how, while fetching a word from 101 (ofa 
quadword group), an error occurred associated with that word. 
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Kigure 3-30 APR Register and Interrupt Enables 
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Figure 3-31 APR Register Breakdown 


In addition, a 3-bit code identifies the origin of the data in the memory buffer register and indicates the 
tvpe of reference, i.c.. read, write etc. As the MBox latches the ERA. it transmits MBOX RESPONSE 
IN and MBOX S ADR PARITY ERROR to the EBox MBOX S ADR PARITY ERROR occurs 
concurrently, with an MBox clock and. therefore, on the next MBox clock (that will be also an EBox 
clock) APR S ADR PARITY ERROR sets Providing the SBUS ADR PARITY ERROR INTER- 
RUPT enable is set. an interrupt will be requested on the APR channel. In addition, to prevent the 
MBox error condition from being changed, the APR error flag which sets is sent over the E/M inter- 
face to recirculate the MBOX SBUS ADR PARITY ERR COND; also. APR ANY EBOX ERR sets 
and is passed to the MBox to hold the ERA. At a result of the interrupt, the monitor determines that 
the APR was the source of the interrupt via a condition I/O instruction (CONSO. CONSZ, CONI, 
APR), make a determination, and finally clear the error flag, releasing the MBox ERA and associated 
error logic. 

3JJ.2 Nonexistent Memory - Each time the EBox makes a memory reference, the MBox interprets 
the request qualifiers and performs all the steps necessary to satisfy the request. A core memory 
reference must be issued by the MBox in order for NXM to occur. When the MBox issues a memory 
request to read or write a word to core memory via the memory adapter (DMA), it starts a timeout (32 
us) and waits for SBUS ACKN from the DMA indicating acceptance of the request and address. If 32 
u» elapse and SBUS ACKN is not forthcoming, the MBox sets MEM ERR (Figure 3-32).. An addition- 
al 32 us elapses and if SBUS ACKN has not been received by the MBox. MBox NXM error is asserted 
together with MBOX RESP IN. 

Referring to Figure 3-33. MBOX NXM ERROR is loaded into the APR register with APR CLK. If 
the NXM ERR interrupt enable is set, APR INTERRUPT is asserted to the PI Board. To preserve the 
ERA and NXM ERROR in the MBox, the APR NXM flag is recirculated back to the MBox. In 
addition. PAR ANY EBOX ERR sets, holding the ERA information in the ERA register. 

3JJJ Other External Errors - Referring to Figure 3-34. all five external error conditions set the 
appropriate APR ERROR flag and request interrupts (if enabled) on the error channel assigned. Also, 
all the indicated error flags recirculate to the MBox and all cause APR ANY EBOX ERROR to set. 
preserving the contents of ERA. Of the five errors, one. MB PAR ERROR, is handled as if it were a 
page fault. That it, it causes control to be passed to the microcode page fault handler, where it is 
evaluated. The status word it obtained from the ERA in the MBox. The format for this word is 
initially as indicated in Figure 3-33. 

The page fault microcode places a code in bits 0-5 of 26i and places the virtual address for the refer- 
ence in bits 13-35 where bits 13-17 arc 0 for K! paging mode; this word is stored in user process table 
location 500. The remainder of the operation is identical writh that for a page failure and is covered in 
Section 2. 


EBOX/3-43 



3JJ.4 Input Output Page Failure Error - During a pnority interrupt [PI CYCLE ( I )). page failures 
are not expected to occur for interrupt instruction fetches or PI dispatches This is regarded as a fatal 
error, and it causes an interrupt on *he assigned APR error channel The page fault handler sets IOPF 
in the APR register and then dismisses the interrupt. The PC is placed in VMA and an instruction fetch 
begins while waiting for the PI system to honor the interrupt for the APR 

3JJ.5 Power Kail - The power controller asserts the signal POWER W ARS' whenever the power 
supplies reach a marginal value. This results in the setting of the APR POW'ER FAIL flag and requests 
an interrupt on the APR error channel. 
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Figure 3-33 NXM Error Overview 


EBOX'3-45 








E BOX/ 3-46 


3-3J.6 SWEEP mod SWEEP DONE - The M Box contains a section of logic called the Cache Clearer 
(CCA) Fhn is addressed as if it were a device (014). using I O instructions Six operations may be 
initiated These are listed in Table 3-7. 


Table 3-7 CCA Summary 


1 

Nr* Mnemonic 

Old Mnemonic 

1 ~ - 

Function 

SW(‘I A 

DATAI CCA 

Invalidate all cache data, do not update cote 

sun a 

HI km * 1 

Sweep cache, validate core. leave cache valid 

sun a 

DAI Aim A 

l nload all pages updating one. validate the cache. 

suno 

( ONI CCA 

Invalidate one page ol the cache, do not validate cote 

SWPVO 

CONS/ C< A 

Sweep cache, validate one page »f core, leave caclie valid 

sun <i 

COSSOCCA 

1 nload one page, update core, invalidate the cache 


To request CCA cycles ' -m the MBox as a function of one of the six instructions in Table 3-7, the 
EBox places the virtual page number into VMA 27-35. verifies that the performance of the Sweep 
instruction (which is privileged) is legal in the current mode of the processor and then either begins the 
operation or, if illegal, performs an MUUO. 

Eigure 3-36 illustrates the various logic associated with the sweep operation. Three basic operations 
can be specified in various combinations by the six types of Sweep instructions. These are illustrated in 
Eigure 3-36 in the table at the upper left. 

In the cache, associated with each word of a four word block (quadword), art two bits labeled valid 
and written. If the valid bit is off for any of the four words, these words arc considered to contain 
incorrect data and. if referenced (for example by the EBox), the words must be fetched from main 
memory. Similarly, if the written bit is on for any of the valid words, these words contain different data 
than the copy in main memory and the cache oopy is correct. At some point, the written words must be 
flushed from the cache into core memory. On power up, the cache must be invalidated, clearing all the 
entries For this case, the DATAI instruction is performed to device CCA. Because AC bit 10 is 0, the 
MBox. upon receiving the EBox request and appropriate qualifiers (APR EBOX CCA and APR 
EBOX LOAD register), will invalidate the entire cache. Similarly, because AC bit 1 1 is 0. the MBox 
disregards the written words and no writebacks are performed to core memory Finally. AC bit 12 is I. 
which speci r ies invalidation. 

Referring to Figure 3-36. IRAC contains the AC field 9-12 of the instruction The microcode executor 
sets up the request utilizing the MEM field function MEM/REG FUNC together with the magic 
number field coded as LOAD CCA (60l«). To follow the memory request, it is best to refer to Figure 2- 
98 which can be found in Subsection 2.7.2. 5. Note that on Figure 3- 3ft MEM/REG FUNC (07) has bit 
01 equal to I and this generates MCL REQ EN. This signal is used to enable the various registers 
involved in the EBox request to load with the appropriate information prior to latching the VMA. The 
■oilc'.ing conditions set up for the CCA request 

C oatrolliag Signal* s l Signal Generated 

MEM/REG FUNC MCL REQ EN 

MCL REQ ENA MEM/REG FUNC A CRAMfOO MCL REG FUNC 

MCL REQ ENA MCL REG FUNC ACRAMgOI APR EBOX LOAD 

REG 

APR REG FUNC ENA CRAM#06-08 ■ I APR EBOX CCA 

MCL REG FUNCACLK EBOX SYNC MCL MBOX CYCLE 

REQ 
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The basic liming for the CCA request as well as CCA termination is illustrated in Figure 3-36. The 
VMA must contain the virtual page number in VMA 27-35 for CONI. CONSZ. or CONSO CCA 
operations In the current example (DATAI CCA), the MBox cache clearer does not use this informa- 
tion because the entire cache is to be invalidated. However, the cache clearer has an associated register 
that is loaded by the MBox with VMA 27-35. IRAC bits 10-12 are similarly loaded into the MBox 
control logic that directs the type of operation carried out Each time a CCA cycle is completed in the 
M Box, an idle period occurs where the channels or EBox can obtain an MBox cycle. The EBox can 
continue to execute instructions but must guard against defeating the purpose of the Sweep operation, 
i t , write new data into already swept words in the cache Summarizing, three of the six instructions 
operate on one page of the cache (512 words). For these three instructions a different set of sweep 
functions is available: these are invalidate, writeback all written words in the specified page, or per- 
form both Similarly, three instructions operate on the entire cache (2048 l0 words) but the operations 
are the same as with the other three In all cases, the EBox performs an EBox Request providing the 
appropriate qualifiers and the VMA contains (in bits 27—35) the page number. The MBox loads its 
CCA register and then asserts MBox CCA Request together with MBOX RESPONSE IN. Now the 
EBox is free to perform operations while waiting for SWEEP DONE to generate an APR interrupt. If 
a second sweep instruction is started by the EBox before the first is completed, the MBox begins the 
second sweep just as it would another instruction, however, it reloads the CCA register with the new 
information supplied by the second sweep instruction and does not complete the first. 

3J.4 Processor Identification 

The processor identification consists of four parts 

Microcode options 
Microcode version number 
Hardware options 
Processor serial number 

This information is obtained by performing what was traditionally a BLKI APR. now called APRID. 
The format is illustrated in Figure 3-37. 
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Figure 3-37 APRID Format 


This is not strictly a visible hardware function, but rather a combination of microcode and hardware. 
The microcode for a given version is coded in such a fashion that the version number is obtained 
utilizing the magic number field and the function AROO-08- number. The microcode obtains the 
processor serial number that is hardwired to the 0 input of the ADXB mixer and places it in AR. Next, 
the microcode version number is obtained and adjusted as follows. The serial number in AR is copied 
to BR and the version number is loaded into AROO-08; next, the ARX. At this lime the BR. AR, and 
ARX are as indicated in Figure 3-38. 
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Figure 3-38 Alignment Step I 


The shift counter is loaded with 9 )0 and now the combined AR and ARX are shifted left 9 places w ith 
the result placed in AR as indicated in Figure 3-39. 

The version number is placed in AR 9-17, the serial number in AR 24-35. and the resulting word it 
stored in location E. 



Figure 3-39 Alignment Step 2 


3.3.5 (ache Refill RAM Farilit) 

The cache refill RAM in the MBox must be loaded with a set of bit patterns called the refill algorithm 
This RAM is used by the MBox with a use table and other associated logic to manage the cache refill 
operation. Generally speaking, when the cache fills up with words, it becomes necessary to displace old 
words for new ones It is desirable to displace the words used most infrequently. To do this, an 
algorithm was developed that specifies which word is to be displaced each time a refill cycle must write 
into the cache. Figure 3-40 illustrates the basic structure of the MBox Refill RAM and also indicates 
the formal of the effective address provided by the BLKO APR instruction (new mnemonic WRFIL). 
The microcode executor is entered with the effective address (E) in AR Because the instruction is 
privileged, legality is checked first. If the instruction is legal for the current mode of the processor 
(Kernel or User with IOT set), the instruction is performed; otherwise, an MUUO is effectively per- 
formed with the illegal instruction stored in the user process table location 424 in the place where the 
MUUO is normally stored. 
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Figure 3-40 Refill RAM Overview 


When the instruction is legal, the microcode performs a MEM/REG FUNC with the magic number 
field coded as W R REFILL RAM The APR logic decodes the REG FUN during the EBox Request. 

APR EBOX READ REG 
APR EN REFILL RAM WR 

The MBox writes the three high-order bits (18-20 of VMA) into the refill RAM at the location 
addressed by bits 27-33 of VMA. Writing the entire algorithm requires a loop using the basic instruc- 
tion BLKO APR as a focal point. The following is an example: 

SETZBZ.AC ;CLEAR REGISTERS 

RAMI 

MOVE AC.TABLE(Z) ;PICKUPAWORD 

BLKO APR.CXAC) ;WRITE THE FILL RAM 

CAIN Z.I27 ;DONE ALL 12810 WORDS? 

JSR DONE ;YES 

AOS Z ;NO. UPDATE Z FOR NEXT 

JRST RAM I ;PICK UP NEXT WORD FROM 

THE TABLE 

In the sample program, table through table* 127 contain the appropriate entries to be written into the 
MBox Refill RAM These words are in the format indicated on Figure 3-40. The refill algorithm may 
be adjusted by changing the sequence of the bit patterns. By doing this, portions of the cache may be 
bypassed as appropriate Normal’y. all four cache quarters would be used equally. Table 3-8 is repro- 
duced as extracted from the MB ax theory section simply as an example. 


FBOX/3-55 










T able 3-* Sample Algorithm 


Refill RAM Lucitmm ^ Refill RAM C ontend 



)J.i M Bex Error Address Register 

The MBox contains a number of registers that can be loaded and read by the EBox These registers are 
address registers for storing the address in the event of an error and for modifying the physical memory 
address in response to certain request qualifiers The registers are 

a User Base Register - UBR 

b. Executive Base Register - EBR 

c. Cache Clearer Address - CCA 

d. Error Address - ERA 

The ERA register can only be read by the EBox. In addition, the EBox can also read the contents of 
the pa^e table to transform (map) the virtual address to the physical address and load the cache refill 
RAM with the cache refill algorithm. 

A status word is formed and stored by the MBox in the event that an error is discovered. The error 
address is basically a status word that is formed and stored by the MBox when an error is sensed In 
the case of a parity, time-out. or an NXM error, the corresponding error flags are set and the error 
address and associated status bits are loaded into the ERA register The format of this word was 
shown in Figure 3-35. This register is read by the EBox when an RDERA (BLKI, PI) instruction is 
executed. 
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3.4 CONTROL RAM ADDRESSING 

Figure 3-41 contains an overview of the CR addressing logic, while Figure 3-47 contains a more 
detailed version The CR addressing logic consists of the following general parts: 

Pushdown Stack. 4 words X 1 1 bits 
Current Location register (CRA LOC) 

CRAM dispatch field for holding the dispatch bits 
Miscellaneous CR address gates 
Diagnostic register 

Dispatch decoding register 0-3 EN. 0-7 EN. 30-37 EN 
CRAM loading logic 
CRAM address output gates. 

The type of function being performed on the CRA board determines the portions of the above-men- 
tioned logic that are used These functions are broadly classified as: 

I Loading into the CRAM dispatch 

Diagnostic register 
Control RAM dispatch field 
Write logic 

2. Decoding the Jump. Dispatch, and Cond (Skip) fields of a microinstruction 

Mixers 

Optionally the Stack 
Optionally the A READ Logic 
Dispatch decoding register 

3. Forcing a special CR address during a page fault 

CR address output gates. 

In addition to these three classes, diagnostic logic is present on the CRA board for reading various 
registers, mixers, and signals onto the EBus This logic is described in a separate section on EBox 
diagnostic logic. 

3.4.1 Pwshdows Stack 

The pushdown stack, consists of eleven docked shift registers configured as an ll-bit SILO. Two 
control signals. CTL SPEC /CALL and CTL DISP/RET. control the suck. Figure 3-42 illustrates the 
basic operation for a sequence of two subroutine calls followed by two subroutine returns. The 
example presented on the figure is not a practical example of subroutine calling and return, but an 
example of how the stack behaves in response to the call and return control signals. In practice, each 
subroutine consists of a number of microinstructions. For convenience, these additional instructions 
have been omitted. In the example the first microinstruction (J - A) asserts the first call. Note that 
during the first microinstruction, the CR address is “A", which is the address of the next micro- 
instruction When CRA CLK occurs, three significant events occur. 

1. The CR address “A” is clocked into the current address buffer (CRC LOC). 

2. The second microinstruction at location “A” is clocked into the CRAM register. 

3. The decoding of this microinstruction begins and, in particular, enables the stack to push 
CRA LOC on the next CRA CLOCK. 
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Now the CR address becomes ”B" as specified by the second microinstruction Normally, this is the 
address of the first microinstruction in the subroutine. In the example, it contains a second call (J ■ B) 
The next CRA CLOCK again enables the three events indicated above, with the difference being that 
the CR address is now “B.” CRA LOC contains “A." At the next CRA CLOCK, a second push 
occurs: CRA LOC “B" is pushed onto the stack (QO) while the previous contents of QO. which is "A." 
are pushed one level deeper into Ql as indicated on the figure. Also, on this clock, the address "C" is 
clocked into CRA LOC. This time the microinstruction specifies the return function and the Jump 
address is coded so as to modify the address that will be popped ofT the suck on the next CRA 
CLOCK. For example, if the return is to be to the microinstruction following the one that made the 
call and the top address on the suck is ”B” then the least significant bit of the •‘modifier.” which is 
simplv the Jump field of a returning microinstruction, is I. Thus, the CR address is the logical OR of 
the address popped ofTthe stack. “B.” with the modifier I. producing the return address B + l . Contin- 
uing the example. CRA CLK pops “B” from the stack, clocks the previous CR address (modifier I) 
into CRA LOC. and returns to the microinstruction at B+l. which is a second return. Once again, the 
return is decoded and will enable the address “A” now at the top of the stack to be popped off and 
logically ORed with the modifier (once again +1) producing a CR address of A+l. This completes the 
example. 


NOTE 

In this example. A and B are assumed to be e»eo 
numbers. 


3.4.2 Current Location Register l CRA LOC) 

This register consists of 1 1 clocked D-type flip-flops Iu two main functions are: 

1 . To provide the current address for the pushdown suck 

2. To provide the current address for diagnostic purposes 

3.4.3 Control RAM Dispatch Field 

The majority of the control storage for the microprogram is on the CRM board. However, the dis- 
patch field. 1 280 words of 5 biu. is contained on the CRA board. The Diagnostic register on the CRA 
board is used to address the entire CRAM, and this includes the portion on the CRAM board as well 
Diagnostic functions are used to enable loading data placed on the EBus into the appropriate portion 
of the CRAM Refer to Figure 3-41. The Diagnostic register is selected as input to the CRADR 0-6 
and 7-10 mixers following power-up. This is true because the entire CRAM register is reset to zero 
during MR RESET, and this provides a dispatch field of zero. Using diagnostic functions 052 and 05 1 . 
the Diagnostic register may be loaded from the EBus. This address now selects a word in the CRAM 
for loading or reading. 

3.4.4 Miscellaneous CR Address Gales 

Refer to Figure 3-43. Functionally, there are four sections of gating: 

CR Address 00-06 
CR Address 07-10 
CR Address 08-10 
CR Address 10 

This grouping corresponds to the way in which portions of the CR address lines may be controlled. 
The CRAM, of course, sees only an address 0-10. 
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Figure 3-43 CRADR Gates 
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The fact that the CR address gates are OR gales should be kept in mind when trying to determine an 
CR output address from a particular input condition or set of conditions To enable a particular CR 
address line only requires one of its input lines to be true. For example, consider the example presented 
in Figure 3-44. which shows the mixers that are used to select conditions to modify CR address h<*s 
08-10. In the example, the dispatch function it effective address modification (EA MOD), which u. 
encoded in the dispatch field as 36|. Note that in the example the J field (CRAM J 08-10) is 4 in bits 
08-10. The four possible combinations of ARX 13 and SH indexed allow any of the following. 

1. No modification to CR ADR 09 and 10 

2. Modification to only CRADR 10 

3. Modification to only CRADR 09 

4. Modification to both CRADR 09 and 10. 

Because CRAM J 08 is a I. the respective output gale. CRADR 08. will be a I even though the open 
pin on that mixer (input 6) it effectively a 0. 
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.3.4.9 Special CR Address Modification Considerations 
Three special CR address modification considerations are 

1 CLK FORCE 1777 

2 CRA MUL DONE 

3 CON CON’D ADR 10. 

.3.4.5. 1 CLK FORCE 1777 - This signal originates on the clock board and it used to force the output 
gates CR address 01-10 to the address 1777, This event occurs during a page fault. The page failure 
microcode handler begins at CRAM location 1777. Thus, the EBox. as controlled by the dock, enters 
a prearranged page fail sequence Loading the first microinstruction from the page fault handler, CLK 
FORCE 1777 forces the CRAM address lines, as indicated, and then issues a single CRM CLK. which 
loads the microinstruction into the CRAM register. At this point. EBox's normal operation continues. 
Note that CLK FORCE 1777 docs not affect CR ADR 00. and thus may force the microcode to either 
1777 or 3777. The first step of the page fault handler is duplicated in these two locations. 

Note. also, that at the same time as the CLK board is fordng CLK FORCE 1777. the CTL board is 
forcing CTL SPEC CALL in order to place the return address on the pushdown stack. 

J.4.5.2 CON COND ADR 10 - This external signal is formed on the CON board and routed to CRA 
2 as CON COND ADR 10. Refer to Figure 3-45, which shows the boards involved in decoding the 
Cond and Dispatch fields. Note that each board contains tables indicating those functions that arc 
decoded on that board. The signal CON COND ADR 10 is formed when Skip 60-67 or Skip 70-77 arc 
decoded The various hardware conditions involved arc indicated on the tables 

3.4.5 J ML’L DONE - During the Dispatch function. MUL. the state of the sign of FE. as well as 
MQ34 and MQ35. are used to modify the CRAM address in the multiply loop. When the sign of FE 
becomes false an exit is made from the multiply loop. This is done via CR ADR 08. Simultaneously. 
MUL DONE (Figure 3-46) is generated to force address bits 09 and 10. This is done merely to save 
microcode words. Without this logic. MUL DISP would be an 8-way branch: with this logic, it is a 5- 
way branch. 

3.4.6 AREAD Logic 

Refer to Figure 3-47. The AREAD logic is shown on the lower right-hand side. It consists of a mixer 
and various gating elements. Basically, this logic is controlled by bits of the DRAM A field. Specifical- 
ly. when the DRAM A field bits 00 and 01 are 0s; then the AREAD logic AREAD 01-04 and AREAD 
07-10 become equivalent (bit for bit) to DRAM J0I-O4 and DRAM J07-10. When DRAM A00 or 01 
is a I. then AREAD 01-04 and 07-10 generate 40i +A. dispatching to location 42 through 47 in the 
microcode. 

The outputs of (he AREAD logic (to be able to modify the CR address lines) must be selected in the 
appropriate mixers. Once again referring to Figure 3-47, the mixers involved are those controlling 
CRADR bits 00-06 and 07-10. These mixers will select the AREAD function when the dispatch field 
is coded as “2.” 


Figure 3-44 Example CRADR 08-10 
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Figure 3-45 COND and Dupatch 
Layout and Control 
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Figure 3-46 MUL Done 


3.4.7 CRA Dispatch Parity 

Control RAM dispatch parity it computed using a 10160 parity circuit. This circuit (except during 
periods when MR RESET it true) tamplet CRA D1SP bitt 00-04 and computet CRA D1SP parity. 
Normally the combined CRAM parity it odd, when correct. The clock board monitors the state of 
CRAM parity, which includes the parity for the dispatch field. If the CLK CRAM PARITY CHECK 
flag it tet on the dock board (via diagnostic function 044). then any CRAM parity error stop* all 
clocks. Thit will occur on the EBox clock following the CRAM parity error. 

During the power up sequence MR RESET sett and remains set. Tbit generates the signal DISP 
RESET PARITY, which forces the state of the dispatch parity network to indicate odd pariri 
although the parity of the dispatch field (which now contains all zeros) is even. This, together with the 
remainder of the control RAM register which is dear, yields odd parity. The effect is to make the 
parity of the CRAM register appear to be odd following MR RESET. This logic assures that the 
clocks have no chance of stopping in the event that CLK CRAM PAR check is true when a CONO 
instruction is issued after the EBox has been powered up and this instruction causes MR RESET or 
similarly if a diagnostic MR RESET is issued. 
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Figure 3-47 Control RAM Addressing 
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APPENDIX A 
l NDERSTANDING THE MICROCODE 


The control portion of the EBox comprises the DRAM and the CRAM. The DRAM has storage for 
M2 decimal words, one for each KL instruction. During instruction execution, the DRAM word 
provides information about the type of memory references by the executing instruction. It also provid- 
es an index into the main control programs contained in the CRAM. 

The CRAM provides storage for 1280 microinstruction words that are structured into a complicated 
control program called the "microcode " This section defines and explains the microcode. Although 
many figures of sample listings from the microcode listing arc used throughout the discussion, an 
assumption is made that the reader has an up-to-date copy of the microcode listing (either hard copy 
or microfiche). The examples shown here refer to specific sections of the listing; the reader may wish to 
follow the examples through the actual listing while reading this section. 

The discussion begins by introducing the microcode and describing field, value, label, and micro- 
instruction definitions This leads into defining macro*, pacduo-operators. and location control. Then, 
two instructions (MOVE and ADD) are illustrated, leading the reader through the microcode listing. 
Figures A- 1 7 through A-23 (located at the end of this appendix) complement the discussion and define 
all the CRAM and DRAM fields. Refer to these figures whenever necessary. 

The microcode is presented in groups, with each group (designated a through g) representing four octal 
digits as they appear in the listing Each group represents one or more fields. For example, the listing 
for microcode address 0724 is shown in Figure A-l. 


A A AR»M »©«!» tMAMM QMO 


CRAM naiw. m 


Figure A-l Sample Microcode Listing 
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Each of the group's coding is defined in the respective figures listed below: 


a A-17 

b A-18 

c A- 19 

d A-20 

e A *21 

f A-22 

g A-23-2S 

The DRAM contains storage for each instruction. During instruction execution, the DRAM word 

(Figure A-4) provides information about the type of memory references required by the executing 

instruction and also provides an index into the main control program located in the CRAM. 

Coaditioaal Assembly Variable Definition* 

The Conditional Assembly variables observed in the microcode listing are listed and defined below. 

(The definitions are presented for the variable set to 1. The values shown are the normal settings.) 


Variable 

TRACKS 


OP.CNT 


OP.TIME - 0 
FPLONG « I 


MULTI 


KLPAGE 


MODEL. B 


XADDR 


IMULl.OPT 


DcfMtioa 

Enables storing the PC after every instruction and creates 
DATAl/O PI. to read/setup the PC Buffer address.* 

Enables code to build a histogram in core to count the usage of 
each op code in both USER and EXEC mode.* 

Enables code to accumulate time spent by each op code* 

Enables KA style double p.ectsion floating-point instructions 
(e.g.. FADL, FSBL). This feature is not supported in systems 
running the TOPS-20 monitor. 

If operating a multiprocessor system, this suppresses cache on 
unpaged relerences; paged references are left up to EXEC.* 

Enables the KL-Paging mode, for systems running the TOPS-20 
monitor. 

Indicates extended addressing hardware, primarily a 2K 
CRAM, rather than a 1280 word CRAM.* 

Enables extended addressing microcode. (Cannot do extended 
addressing without Model B; Cannot have extended addressing 
without KL page).* 

Enables optimization of IMUL1 to take only nine multiply 
steps. 


■This feature is not supported. 
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Variable 
SXCT - 1 


Definition 


Enables special XCT instruction, which allows diagnostics to 
generate large addresses. (Do not need SXCT with extended 
addressing. Cannot do it in Model B hardware.) 

EXTEND “ I Enables the extended instruction set. 

DBL.INT - 1 Enables double integer instructions. 

ADJBP » I Enables adjust byte pointer. 

RPW - 1 Enables Read-Pause- W rite cycles for n on-cached references by 

some instructions. 

WRTST « 0 Enables Write-Test cycles at AREAD time for instructions such 

as MOVEM and SETZM * 

BACK.BLT » 0 Enables BLT to decrement addresses on each step if E < RH 

(AC): breaks many programs.* 

.SET/INSTR .STAT * 0 Enable instruction statistics code.* 

Field Definitions 

The actual (physical) CRAM bits are derived from the CRAM Board logic. However, no logical 
relationship exists between the physical bits and the respective microword bit names. Figures A-2 and 
A-3 are located at the end of the introductory discussion, just before the two examples. Figure A-2 
shows how the physical CRAM bits are derived. Figure A-3 shows the physical bits and the corre- 
sponding microword bit position (and name). The microcode listing is ordered with respect to the 
microword bit positions, not the actual CRAM order. 

Microcode field definitions have the form SYMBOL/ ■ J, K. L, M. The I parameter is only mean- 
ingful when “D” is specified as the default mechanism. The K parameter defines the field size in the 
number of bits (in decimal), The L parameter defines the field position (in decimal) as the bit number 
of the right-most bit of the field; bits are numbered from 0 on the left. Note that the position of biu in 
the microcode word (Figure A-3) bears no relation to the ordering of biu in the hardware micro word, 
where fields arc often broken up and scattered. Tbc M parameter is optional; it selects a default 
mechanism for the field. The legal values of this parameter are the characters D, T, P, or +, where: 

D Indicates that J is the default value of the Add if no explicit value is specified. 

T Is used on the time field to specify that the value of the field depends on the time 

parameters selected for other fields. Within the microcode, Tl parameters are used to 
specify functions that depend on the adder setup time; T2 parameters are used for 
functions that require additional time for correct selection of the next microinstruction 
address. 

P Is used on the parity field to specify that the value of the field should default, such that 

parity of the entire word is odd. If this option is selected on a field where the size (K) is 
zero, the microassembler attempts to find a bit somewhere in the word for which no 
value is either specified or defaulted. 

•This feature is not supported. 
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Figure A-2 CRAM Board Logic Physical Bit 
Position Derivation 
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+ Is used on the jump address field to specify that the default jump address is the address 

of the next instruction assembled (not, in general, the current location of + 1). 

In general, a field corresponds to the set of bits that provides select inputs for mixers or 
_ decoders, or controls for ALUs. For example; 

1. AR/ * 0. 3, 26, D: the microcode field that controls the AR mixer (and. therefore, the data 
to be loaded into AR on each EBox clock) is three bits wide. The right-most bit is shown in 
the listing as bit 26 of the microinstruction. If no value is specifically requested for the field, 
the microassembler ensures that the field is zero. 

2. AD/ * 0. 6, 17; the field that contains the AD is six biu wide, ending on bit 17. The fourth 
parameter of the field is omitted, so that the field is available to the microassembler (if no 
value is explicitly called out for the field) for modification to ensure odd parity in the entire 
word. 

Valae Definitions 

Following any field definition, symbols may be created in that field to correspond to values of the field. 
The form is 

SYMBOL - N.TI.T2 

where; 

N (Octal) is the value of SYMBOL when used in the field; 

T1 and Are optional and specify parameters in the time field calcullation for microinstructions 
T2 in which this field/SYMBOLis used. The microassembler computes ihetumsof all the 
Tls and T2s specified for field/SYMBOL specifications in a word and uses the max- 
imum value of the two sums as the default value for the field whose default mechanism 
is T. For example: 

AD/ - 0, 6, 17 ; field definition is which of the following 

XOR *31 : symbols exist. 

A + B - 6. I 

Here, the symbols "XOR” and “A + B” are defined for the AD field. To the assem- 
bler, therefore, writing “AD/XOR" means “place the value 31 into the 6-bit field 
ending on bit 17 of the microword.” The symbols are chosen for mnemonic signifi- 
cance. Therefore, reading the microcode would interpret “AD/XOR” as “the output 
of AD shall be the exclusive OR of its A and B inputs.” Similarly, “AD/A + B” is 
interpreted as “AD produces the sum of A and B.“ The second parameter in the defini- 
tion of A + B is a control to the microassembler's time-field calculation, which tells the 
assembler that this operation takes longer than the basic cycle and, therefore, that the 
time field should be increased. 

AR/ - 0, 3, 26, D ;field definition for following symbols 
AR - 0 
AD - 2 

Here, the symbols “AR” and “AD” are defined for the field named “AR.” which 
controls the AR mixer. Because only the default case is used, the AR does not change 
unless a specific request to do so is made. Therefore, the field definition specifies zero 
as the default value of the field. If the AR is loaded from the AD output. AR/AD is 
written to set the mixer selects to pass the AD output into the AR. 


Label Defialtioes 

A microinstruction may be labeled by a symbol followed by a colon preceding the microinstruction 
definition. The address of the microinstruction becomes the value of the symbol in the field titled “J.” 
For example: 

TOP: J/TOP 

This is a microinstruction whose J field (Jump Address) contains the value “TOP.” It also defines the 
symbol “TOP" to be the address of itself. Therefore, if executed by the microprocessor, the micro- 
instruction would loop on itself. 

fowscsti 

A semicolon anywhere on a line causes the remainder of the line to be ignored by the assembler, it is 
purely information to the reader. For example: 

AD/0,6, 17 ;field definition in which following symbols 

;exist. 

Only AD.O. 6. 17 is relevant to the assembler; that data following the semicolon is useful information 
to the reader. 

Microinstruction Definition 

A word of microcode is defined by specifying a field name, followed by a slash (/), followed by a value. 
The value may be a symbol defined for that field, an octal digit string, or a decimal digit siring 
(distinguished by the fact that it contains “8” and/or “9” and/or is terminated by a period). Several 
fields may be specified in one microinstruction, by separating field/value specifications with commas. 
For example: 

ADB/BR, ADA/AR, AD/A + B. AR/AD 

In this example, the field named “ADB” is given the value named “BR” (to cause the mixer on the B 
side of AD to select BR); field “ADA” has the value “AR;” field has the value “A + B,” and field 
“AR” has the value “AD.” 

Continuation 

The definition of a microinstruction may be continued onto two or more lines by breaking the defini- 
tion after any comma. That is, if the last nonblank, noncomment character on a line is a comma, the 
instruction specification is continued on the following line. For example: 

ADB/BR, ADA/AR, select A R and BR as AD inputs 

AD/A + B, AR/AD ;takc the sum into AR 

By convention, continuation lines are indented on extra tab. 

Macros 

A macro is a symbol, the value of which is one or more field/value specifications and/or macros. A 
macro definition is a line containing the macro name followed by a quoted string that is the value of 
the macro. For example: 

AR AR + BR “ADB/BR. ADA/AR. AD/A + B, AR/AF’ 

The appearance of a macro in a microinstruction definition is equivalent to the appearance of its value. 
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Pseudo-Operators 

The microassembler contains ten pseudo-operators: 


1 - 2 . 

3. 

4. 

5. 

6 . 

7. 

8 . 

9. 

10 . 


.DCODE and .UCODE Select the RAM into which subsequent microcode is 
loaded and, therefore, the field definitions and macros 
that are meaningful in subsequent microcode. 

TITLE Defines a string of teat to appear in the page header. 

.TOC Defines an entry for the Table of Contents at the 

beginning. 

.SET Defines the value of a conditional assembly parameter. 

.CHANGE Redefines a conditional assembly parameter. 

.DEFAULT Assigns a value to an undefined value. 

.IF Enables assembly if the value of the parameter is not 

zero. 

.IFNOT Enables assembly if the parameter value is zero. 

.ENDIF Re-enables assembly if suppressed by the parameter 

named. 


Location Control 

A microinstruction labeled with a number is assigned to that address. The character at the begin- 
ning of a tine, followed by a string of Os, Is, and/or a s, specifies a constraint on the address of the 
following microinstructions. The number of characters in the constraint string (excluding the “«”) is 
the number of low-order bits contained in the address. The microassembler attempts to find an unused 
location whose address has zero bits in the positions corresponding to Os in the constraint string and 
one bits where the constraint has Is. Asterisks denote “don’t care” bit positions. 

If any zeros are in the constraint string, the constraint implies a block of (2 • • N) microwords, where 
N is the number of Os in the string. Ail locations in the block have Is in the address bits corresponding 
to Is in the string. Bit positions denoted by *s are the same in all block locations. 

In such a constraint block, the default address progression is counting in the “0“ positions of the 
constraint string, but a new constraint string occurring within a block may force skipping over some 
locations of the block. Within a block, a new constraint string does not change the pattern of default 
address progression, it merely advances the location counter over those locations. The microassembler 
fills them in later. 

A NULL constraint string (“■" followed by anything except 0, 1 . or •) serves to terminate a constraint 
block. For example: 


a. m 0 


This specifies that the low-order address bit must be zero. The microassembler finds an even- 
odd pair of locations and places the next two microinstructions into them. 


b. « 11 

This specifies that the two low-order bits of the address must both be ones. Because there are 
no zeros in this constraint, the assembler finds only one location meeting this constraint. 

c. - 0 

This specifies an address in which the 40> bit is zero. Due to the implementation of this 
feature in the assembler, the default address progression applies only to the low-order five 
bits. Therefore, this constraint finds one word in which the 40i bit is 0 and does not attempt 
to find one where that bit is a 1. 

Microcode Examples 

The following paragraphs lead the reader through the microcode, while defining two instructions: 
MOVE and ADD. The requirements that the microcode is loaded and running (i.e.. in the HALT 
loop) arc assumed. A dispatch (test for an interrupt) occurs during a HALT loop. Once an interrupt is 
present, the microcode leaves the HALT loop and goes to the first microinstruction. 

MOVE Instruction 

Refer to Figure A-4. The initial dispatch it a N1COND Dispatch. It is a decision starting at microcode 
address 140 that is used to decide which condition (e.g., TRAP, NiCOND) it satisfied. Looking up 
Next Instruction Dispatch in the microcode listing Table of Content refers the reader to line 2349 in 
the listing. The decision begins at line 2349. Notice that the actual decisions and respective implemen- 
tations begin at microcode address 140 (NEXT), and assuming a NICOND Dispatch is present, the 
listing refers the reader to NEXT + 12 (microcode address 152). 

The NICOND Dispatch » the normal case; the instruction is in the ARX and begins execution. 
Location NEXT + 12 leads (jump to the correct derision) the reader to microcode address 152 
(XCTGO), line 2606. Notice in the listing (and Figure A-5): ^ 

At XCTGO. cn line 2606, the comments state “save the instruction, sign extend Y and calculate the 
effective address (EA).“ The macros define all the things that happen here. Initially, one should con- 
sider where to go next. That information is contained in: 

1 . The J-field, which typically contains the “suggested” next address. In this example, it is 160. 
Whether that is used or not depends on item 2. 

2. The Dispatch (or SPEC) field. 

The SPEC field follows the *T’ column in the microcode listing (Figure A-22). Specifically, the field 
observes the last two digits of the “f ’ column. In this example, those digits are “36.” Going to Figure 
A-22, notice that a decoded 36 in the SPEC field is an EA MODE Dispatch. 

An EA calculation is called for, which indicates that under certain conditions the J-field (160) may not 
be the actual next address. These conditions are Indexing (bits 14-17 of the instruction). Indirection 
(bit 1 3). both conditions, or neither condition. In this cate. EA MODE dispatch looks at those bits of 
information in the instruction and then ORs them with 160 (the J-field). Because this simple MOVE 
instruction uses neither indexing nor indirection, go directly to 160. This appears on line 2647 (if you 
cannot easily locate this, go to the index at the rear of the listing, look up address 160 and find that line 
2647 is where microcode address 160 appears). Refer to Figure A-6. 


EBOX/A-10 


EBOX/A-II 



START 



»0 7*i/4 


Figure A-4 MOVE Instruction Flow Diagram 
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Figure A-5 Microcode Address 152 
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Figure A-6 Microcode Address 160 


Again looking at the “f ‘ column, observe the SPEC field is “02." Checking Figure A-22, SPEC code 
02 indicates doing an A READ Dispatch by stating DRAM A RD. Go to the microcode listing index 
for DRAM words (it appears just before the microcode address index). The MOVE instruction is op 
code 200. Find 200 and notice it refers you to line 2782. Refer to Figure A-7. 


-in. Kl'i \C IMlAI HWIl «ml 

Figure A-7 DRAM Word 200 


This is the DRAM word for the basic MOVE instruction. The A-field is a “5” (Figure A-26). This “5” 
is ORed with 40 (a constant used whenever an A RD DISPATCH is performed) and the J-field (0000) 
of microinstruction 160. This results in a “45.” Turning again to the index, look up microcode address 
45. The index indicates line 2711; see Figure A-8. 
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Figure A-8 Microcode Address 45 


This part of the microcode states: get the operand (from the MBox). begin a prefetch of the next 
instruction, and begin instruction execution. Notice also in the macro*, that an IR Dispatch is ca ll e d , 
Looking now at the SPEC field, it is “01;” looking this 19 in Figure A-22 states DRAM J DIS- 
PATCH. A DRAM J DISPATCH dictate* calculating where to go by taking only the J-field of the 
DRAM word as the address. In the case of the simple MOVE instruction (look back at Figure A-7), 
notice the A-field is “5." the B-field is “5,” and the J-field is “100.” 

Looking up microcode address 100 in the index leads the reader to line 2819 (Figure A-9). 
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Figure A-9 Microcode Address 100 
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The SPEC field is "33" and, again referring to Figure A-22, now a DRAM B is called. DRAM B is the 
actual “store the operand." The MOVE began by fetching the operand and placing it in the AR. 
Finally, it is placed in a particular AC. The DRAM B Dispatch takes the B-field of the DRAM word 
($) and ORs it with the J-field (170) of the current microinstruction (address 100). This results in: 1 70 V 
S “ 175. The index takes the reader to line 2749; see Figure A-10. 
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Figure A-10 Microcode Address 175 

Observing the SPEC field indicates ”06;" this is a N1COND Dispatch. Also, the J-field is 140. taking 
the reader to the original decision matrix. Again, all the possibilities are considered when the next 
instruction arrives and the process continues. 

Not all fields were discussed here, only the major fields. All fields are illustrated and defined in Figures 
A-I7 through A-26. It is left to the reader to check the unmentioned code fields with the respective 
defining figures. 

ADD bstractioa 

Many of the assumptions used in the MOVE example are used again here (refer to Figure A-l 1). 
Assume that the last instruction was a NICOND Dispatch; go through the decision matrix to micro- 
code address 1 52. Assume Indexing this time, this leads the reader to address 161 . Locate address 161 
on line 2648 of the listing (see also Figure A-12). 

Indexing is handled at this time. The AR is added to the contents of the X R (Index register) to generate 
the EA. Also, an A READ Dispatch is called out. The A READ leads to the next microcode instruc- 
tion. which is where the operand is located. Assume AC3 is being used (for example) and its content is 
“50;” assume the Y-field contains “100.” This results in EA ■ 150. 

Again, because of a COMP EA (EA calculation), a “40” is forced into the J-field by the hardware 
during the A READ Dispatch. Figure A-13 shows the DRAM word for the ADD (270) instruction. 
Use the DRAM index to locate line 4091. 

The A-field of the DRAM word is “5.” This, ORed with the forced “40.” results in "45.” This is 
microcode address 45. just as in the MOVE example. Locate address 45 on line 27 12; this is where the 
operands are fetched (see Figure A-I4). 

A "01" is in the “f” column of the SPEC field, a DRAM J Dispatch. Looking back at Figure A-13. 
notice that the J-field of the DRAM word is “504.” Go to the microcode address index and locate 
address 504 at line 4098 (see Figure A-15). 

This is where the ADD takes place. The macros state “A plus B (the two operands) into the AD.” The 
SPEC field (Figure A-13) is a “5.” The J-field of the current microinstruction is 170. These two are 
ORed, resulting in 175. Using the index again, locate address 175 on line 2749 (see Figure A-16). 

The operand is stored in ACOand the J-field leads the reader back to location 140 again, the NICOND 
Dispatch. The microcode is now ready for the next instruction. 





Figure A-l I ADD Instruction Flow Diagram 
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Figure A* 12 Microcode Address 160. 161 
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Figure A- 13 DRAM Word 270 
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Figure A-14 Microcode Address 45 
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Figure A-15 Microcode Address 504 
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Figure A- 16 Microcode Address 175 



Figure A-17 Microword Field 
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Figure A- 19 Microword “c” Field 
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Figure A-20 Microword "d" Field 



Figure A-21 Microword “e” Field 
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APPENDIX B 
ABBREVIATIONS AND MNEMONICS 


A 


AC 

Accumulator 

ACKN 

Acknowledge 

ACT 

Action 

AD 

Adder 

ADA 

Adder A 

ADB 

Adder B 

ADR 

Address 

ADX 

Adder Extension 

AF 

Action Flag 

ALT 

Alternate 

ALU 

Arithmetic Logic Unit 

APR 

Arithmetic Processor 
Register 

AR 

Arithmetic Register 

ARL 

Arithmetic Register 
Left 

ARM 

Arithmetic Register 
Mixer 

ARMM 

Arithmetic Register 
Mixer Mixer 

ARR 

Arithmetic Register 
Right 

ARX 

Arithmetic Register 
Extension 

ARXL 

Arithmetic Register 
Extension Left 

ARXM 

Arithmetic Register 
Extension Mixer 

ARXR 

Arithmetic Register 
Extension Right 

B 

BOOLE 

Boolean 

BR 

Buffer Register 

BRK 

Break 

BRX 

Buffer Register Extension 

BUF 

Buffer 


C 


CRAM 

Control RAM 

CRY 

Carry 

CS 

Controller Select 

CSH 

Cache 

CTL 

Control 

CTOM 

ComroUer-to-Memory 
or Cacbe-to-Memory 

CTR 

Counter 

CWSX 

Called With Special Execute 

CYC 

Cycle 

D 

D 

Data 

DIAG 

Diagnostic 

DIR 

Directory 

DIS 

Disable 

DISP 

Dispatch 

DIV 

Divide 

DRAM 

Dispatch RAM 
E 

E 

Effective Addreaa 

EtoT 

ECLtoTTL 

EBR 

Executive Base Register 

EBUS 

Execution Bus 

ECL 

Emitter-Coupled Logic 

EDP 

EBox Data Path 

EN 

Enable 

ENA 

Enable 

ERR 

Error 

ERA 

Error Address 

EPT 

Executive Process Table 

EX 

Extension 

EXP 

Exponent 

EXT 

External 

EXT TRA 

External 

REC 

Transfer Receiver 
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F 

MR 

Master 

F 

Function 

MTR 

Meter 

FE 

Floating Exponent 



FE 

Front End 


N.O 

FLG 

Flag 

NICOND 

Next Instruction 

FM 

Fast Memory 


Condition 

FOV 

Boating Overflow 

NXM 

Non-Existent Memory 

FPD 

First Part Done 

NXT 

Next 

FPD 

Boating Point Divide 

OP 

Operation (code) 

FUNC 

Function 

OVN 

Overrun 

FXU 

Floating Exponent 




Underflow 


P.Q 



PA 

Physical Address 


C. H 

PAG 

Pager 

G 

Gated 

PAR 

Parity 

GE 

Greater or Equal 

PC 

Program Counter 

GEN 

Generate 

PCF_# 

Previous Context Flags 

H 

High 


from Number 



PCP 

Previous Context Public 


I 

PC 

Program Counter 

INC 

Increment 

PERF 

Performance 

INH 

Inhibit 

PF 

Page Fault 

INSTR 

Instruction 

PGRF 

Page Refill 

INT 

Internal 

PI 

Priority Interrupt 

1NTR 

Interrupt 

PIA 

Priority Interrupt 

INVAL 

invalid 


Assignment 

IOT 

I nput /Output Transfer 

PIH 

Priority Interrupt 

IR 

Instruction Register 


Hold 



PMA 

Physical Memory 


J, K, L 


Address 

J 

Jump 

PREV 

Previous 

L 

Low 

PT 

Page Table 

LRU 

Least Recently Used 

PWR 

Power 


M 

RAM 

R 

Random Access Memory 

MB 

Memory Buffer 

RD 

Read 

MBC 

M Box Control 

RE 

Receive ECL 

MBX 

M Box Control 

REC 

Receive 

MBZ 

M Box Control 

REF 

Reference 

MCL 

Memory Control 

REG 

Register 

MEM 

Memory 

REL 

Release 

MHz 

Mega Hertz 

REQ 

Request 

MIX 

Mixer 

RESP 

Response 

MQ 

Multiplier Quotient 

RET 

Return 

MQM 

Multiplier Quotient 

RIP 

Request in Progress 


Mixer 

RQ 

Request 



S 


T 

S ADR P 

Storage Address Parity 

T to E 

TTL to ECL 

SBR 

Subroutine 

TE 

Transmit ECL 

SBUS 

Storage Bus 

T 

Time 

SC 

Shift Count 

TRA 

Transfer 

SCAD 

Shift Count Adder 

TTL 

T ransistor-T ransistor 

SCADA 

Shift Count Adder A 


Logic 

SCADB 

Shift Count Adder B 



SCD 

Shift Count Adder 


u.v 

SCM 

Shift Count Mixer 

UBR 

User Base Register 

SF.L 

Select 

UCODE 

Microcode 

SH 

Shifter 

VAL 

Valid 

SHRT 

Shift Right 

VMA 

Virtual Memory Address 

SIM 

Simulate 

XFER 

Transfer 

SP 

Special 

XR 

Index Register 

SPEC 

Special 



SR 

State Register 


W. X. Y, Z 

SYNC 

Synchronize 

WARN 

Warning 



WC 

Word Count 



WD 

Word 



WR 

Write 
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APPENDIX C 
KLIO-PV EBOX DIFFERENCES 


SECTION I OVERVIEW 


C.I INTRODUCTION 

This appendix details the differences and changes that have been incorporated into the Model B CPU 
EBox (called KLIO-PV EBox). it should be used explicitly with the current EBox Instruction Execution 
L'nit Description (EK-EBOX-UD-004) to completely understand the KL10-PV EBox. 

The KLIO-PV EBox differs fundamentally from the Model A CPU (KLIO-PA) EBox as follows: 

1. The KLIO-PV EBox main source clock operates at 30 MHz and provides a “speed margin" 
clock source which operates at 31 MHz. 

2. The KLIO-PV EBox implements a virtual address space of 32 sections of 256K words (8 
million words). To provide access to this virtual address space, certain instructions have 
been modified or deleted and new instructions have been added and implemented. 

3. New memory “hooks" are provided by maintaining a fixed delay (factory adjusted) from the 
point where the EXTERNAL CLK signal enters the CLK control module to where it exists. 
The EXTERNAL CLK signal is now the main dock frequency as opposed to twice this 
frequency in the KL10-PA EBox. 

4. The control RAM (CRAM) definitions (Figures A-17 through A-23) have been modified for 
the KLIO-PV and are noted in Appendix A. However, since the microcode is subject to 
change, always refer to the latest Microcode Listing for complete accuracy. 

The CRAM now provides storage for 2048 microinstruction words in the KLIO-PV. 

The KLIO-PA is designated the basic machine: the KLIO-PV is designated the extended machine. 

C.2 KLIO-PV EBOX MODULE UTILIZATION 

Figure C-I shows the new KLIO-PV EBox module utilization. Refer to Figure 3-1 for the KL10-PA 
EBox module utilization. 

Table C-I and the following paragraphs summarize the new KLIO-PV modules, their downward com- 
patibility with the KLIO-PA EBox modules, and their equivalent modules. 
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Figure C-l KLIO-PV Module Ulili/ation 
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There arc 8 module types (12 modules) for ihe KLIO-PV CPI FBox that are completely new 


kl 10-PV Qts/CPl kl 10-PA 

M8526-YA I M8526 

M8540 I M85IO 

M854I I M8AII 

M8542 I M8523 

M8543 I M8527 

M8544 I M8530 

M8545 I M85.W 

M8348 5 M852K 

Total 12 Total 8 

There are sis module types for the KLIO-PV that are downward compatible 

Modal* Mia Re* L**rl 

M8M2 B 

M8522 A 

M8524 D 

M8525 H 

M8532 D 

M8538 C» 


•It Rc\ C I* used, dock frequenc* soldered lumpet* muil he 
changed It I* devrahle lo use Res I- because it uses lumper 
plug* 


C J FUNCTIONAL DIFFERENCES 
CJ.I Higher ( lock Rale 

A ne» module (M8526-YA) provides a main source clock rate of 30 MHz and a “speed margin" clock 
rate of 31 MHz to the KLIO-PV CPU. Section 3 of this appendix describes this new module and the 
clock distribution in greater detail 

CJ.2 Is traded Addressing 

The KLIO-PV CPU implements a virtual address space of 32 sections of 256K words (8 million words). 
Subsection C 4 details the extended addressing effective address calculations 

A discussion of the Kl. paging for this virtual address space is provided in Section I. Subsection I 4. of 
this document To understand the KLIO-PV EBox. read these subsections in conjunction with Section 
3 of this appendix, which provides a detailed description of this implementation and the hardware 
changes and differences of each module to accomplish extended addressing 

CJ J New Inst met ions and Considerations 

In addition to differences in effective address calculation, certain instructions are affected in other 
wavs by extended addressing These considerations are detailed in Subsection C 5 
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SECTION 2 FUNCTIONAL DESCRIPTION 


( .4 EXTENDED ADDRESSING - EFFECTIVE ADDRESS C ALC ULATION 
The calculation of the effective address (E) is the first step in the execution of even instruction. At 
system startup the pager is off. therefore all references are to physical address space. The effective 
address calculation for the basic machine is detailed in Subsection 2.10.1 of this document. 

Even in an extended processor, an effective addreses calculation performed in section 0 is done exactly 
as outlined in Subsection 2.10.1. All addresses and displacements are taken as Ift-hit quantities con- 
tained in bits 18-35 of an instruction word, an index register, or an indirect word. When a program is 
running in section 0. it can never make a reference to a nonzero section exc*pt by calling the monitor. 
In terms of addressing, section 0 of an extended processor is entirely compati Je with the single section 
of a basic processor. 

Everything in the following discussion refers to execution of instructions with the PC in a nonzero 
section. (Refer to Figure C-2. Extended Addressing Effective Address Calculation Flowchart.) 

C.4.1 last ruction Format 

The format of a machine instruction (Figure C-3) is the same as on a basic machine. The effective 
address computation is dependent on three quantities from the instruction: the Y (address) field, the 

X (index) field, and the l (indirect) field. These are 18 bits. 4 bits, and 1 bit. respectively. 

Depending on the format (global or local) of the index and indirect words, the effective address al- 
gorithm will perform either 1 8-bit or 30-bit address computations. When a 30-bit quantity is indicated 
by the index or indirect word format, an explicit section number is being specified and the address is 
called a global address. When an 1 8-bit quantity is indicated by the index or indirect word format, the 
section field is defaulted from some other quantity (e.g., the PC), and the address is thus local to the 
default section and is called a local address. (Default is defined as the assumed value.) 

in the simplest case, consider an instruction which specifies no indexing or indirection: 

3..400/ MOVE T.1000 

Here the effective address computation yields a local address 1000, and the section used for the refer- 
ence is section 3. the section from which the instruction itself was fetched. The address is taken from 
the default section. The default section will always be the section from which the last instruction or 
indirect word was fetched. 

C.4.2 Indexing 

The first step in the effective address calculation is to perform indexing, if specified by the instruction. 
The calculation peformed depends on the contents of the specified index register (X): 

1 . If the left half of the contents of X is negative or 0. the right half of X is added to the Y field 
(from the instruction word) to yield an 18-bit local address. 

2. If the left half of the contents of X is positive and nonzero, bits 6-35 of X are added to Y 
(sign extended) to yield a 30-btt global address. 

Index registers may be used to hold complete addresses which are referenced via indexed instructions. 
A Y field of 0 will commonly be used to reference the exact address contained in X. Small positive or 
negative offsets (magnitude less than 2**17) may also be specified by the Y field, e.g., for referencing 
data structure items in other sections. 
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I igurc C-F Instruction Format 


C.4J Indirection 

If indirection is specified bt the instruction, an indirect word is fetched from the address determined b\ 
V and indcnng (if ans I The indirect word is considered to he "local format" if bit 0 is a I. and "global 
format" if bit 0 is a 6 

C.4J.I l ocal Format Indirect Word i Figure C -4 1 - This »ord contains Y. X. and I fields in bits 
1 3-F5 Bit Omust be a I. bn I must be 0 (its use is reserved for future hard* arc), bits 2- 1 2 are reserved 


00 01 W 1} 1) 14 IV IB > 



»0 .mm 


Figure C-4 Local Format Indirect Uord 


C.4J.2 Global Formal Indirect Uord - This »ord contains Y. X. and I fields in a different format, 
allotting a full FO-hu address field (Figure C-5) 

If indeting is specified in this indirect word. bits of X arc added to the FO-bn Y to produce a 
global address 



Figure C- 5 Global Formal Indirect Uord 
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C.4.4 Examples 


7. Global indexing 

In any (non/ero) section: 


1. Simple instruction referenced within the current PC section 

3..400/ MOVE T.1000 

JRST 2000 jumps to 3002000 

2. Local tables may be scanned with standard AOBJN loops: 

MOVSI X.-SIZ 

LP: CAMN T.TABLE(X) ;TABLF in current section 

JRST FOUND 

AOBJN X.LP 

3. Global tables may be scanned with full address and index. 

MOVEI X.O 

LP: CAMN T.fe [Global* TABLE.XJ ;TABLF.(X) in global format 

JRST FOUND 

CAIGE X.SIZ-I 

AOJA X.LP 

4. Subroutine argument pointer may be passed to subroutine in another section: 

Word in argument list: 

Local* feVAR(X) indexing and indirecting if 

specified wilt be relative to the 
:scction in which this pointer 
:resides, i.e.. the section of the 
xaller 

•Local reprexenu indirect word u formatted in Figure C-4. 

•Global represents indirect word ai formatted in Figure C-5 

$. Local indexing 

in section 22: 

MOVEI 1.100 

MOVE T 1.1000(1) 

moves 22.. 1 100 to Tl. i.e.. 100th entry in array starting at 1000 in current section (22). 

6. Negative indexing 

In section 22: 

MOVNI 1.100 

LOOP: ADD T. 1000(1) 

AOJL LLOOP 

adds locations 22..700 through 22„777 in the current section, i.e.. section 22. 


MOVE T.(22.,IOOO] 

ADD TI.100(T) 

adds the 100th ItK'aiion of data block starting at 22.1000. i e . location 22..1 100. 

X Global indexing with negative offset 

In any (non/ero) section: 

MOVE T.[22..1000J 

ADD Tl,-I00(T) 

adds the -100th location of data block starting at 22..IOOO, i.e.. location 22..700. In global 
indexing, the control block can cross a section boundary since carries are not suppressed out 
of bit 18. 

9. Global indirection 


In any (non/ero) section: 

MOVE T.fe[30..t000] 
loads T with the contents of location 1000 in section 30. 


10. Global indirection with indexing 

MOVEI J.100 

MOVE T.fe|GLOBAL30.l000(J)} 

loads T with the contents of location 1 100 in section 30. 

1 1 . Array in another section: 

MOVE C.[2000000-IJ ;2 sections worth 

LOOP: ADD T.fe [GLOBAL 30.1000(C)] 

SOJGE C.LOOP 

adds the 512K array from 3O..I000 through 32.J77. Even if the array had been less than 2” 
words long and did not cross any section boundaries, it would still not be possible to use 
AOBJN for the loop, because the entire index register is always added in global indirect 
word, and the left half cannot be used for the AOBJN loop count. 

12. Negative indexing a large array 

MOVE C.f- 2000000+ 1 ] ;2 sections worth 

LOOP: ADD T.fe[GLOBAL 32.1000(01 

AOJLE C.LOOP 

adds the 5I2K array from 30..100I through 32.. 1000. 

Refer to Subsection C.5.1.3 for example of instruction formal indirect word used with extended push- 
down stack. 
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C.4.S Inwdlite instructions 

All effective address computations yield a 30-bit address defaulting the section if necessary, as de- 
scribed above. However, immediate instructions use only the low-order 18 bits of this as their operand: 
hence, instructions such as MOVE!, CA1L. etc., produce identical results, regardless of the section in 
which they arc executed. 

Two immediate instructions are implemented which do retain the section field of their effective ad- 
dress. 

1. XMOVEI (op code 415, same as SETMI) Extended Move Immediate - This instruction 
loads the entire 30-bit effective address into the designated AC. setting bits 0-5 to 0. If no 
indexing or indirection is specified, the current PC section will appear in the section field of 
the result. This instruction would replace MOVEl where an address (rather than a small 
constant or in-section address) is being loaded. 

Example: catling a subroutine in another section (assuming argument list in same section 
as caller): 

MOVEl AP.ARGLIST 
PUSHJ P.fefSUBRj 

The subroutine could reference arguments as: 

MOVE T.feHAO) 

or could construct argument addresses by: 

XMOVEI T.fc2(AP) 

In both cases, the argument list pointer would be found in the caller’s section because of the 
global address in AP. The actual section of the effective address is determined by the caller, 
and is implicitly the same as the caller if an 1FIW is used as the argument list pointer, or is 
explicitly given if a global indirect word is used. 

2. XHLLI (op code 501) - This instruction replaces the left half of the designated accumulator 
with the section number of its effective address. It is convenient w here global addresses must 
be constructed. 

C.4.6 AC References 

Any reference to a local address in the range 0-l7i will be made to the hardware ACs. Also, any global 
reference loan address in sections 0 and 1 in the range 0-17, (i.e.,0-17, and 1000000- 1000017) will be 
made to the hardware ACs. Global references to locations 0-17, in any section other than section 0 or 
I will reference memory. Thus: 

1 . Local addresses referenced in the usual AC range will be reference ACs as expected, e.g.. 
MOVE 2.3 will fetch from hardware AC3 regardless of the current section. 

2. To pass a global pointer to an AC. a section number of 1 must be included. 

3. Very large arrays can cross section boundaries: they will be referenced with global addresses 
which will always go to memory, never to the hardware ACs. 

5. PC references are always considered local references: hence, a jump instruction which yields 
an effective address of 0—17 in any section will cause a code to be executed from the ACs. 
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C .5 NEW INSTRUCTIONS, INSTRI CTION MODIFICATIONS. AND CONSIDERATIONS 
The existence of extended addressing has no effect on most of the defined instructions, e.g.. MOVE, 
ADD. Those instructions for which there are other considerations are described in this subsection. 

The following terminology is used in this subsection: 

1. Globa! PC - The one-»ord program counter containing a global address: bits 0-5 are zero. 
No flags are included. 

2 . Local stack pointer - A one-w ord pointer to the end of the stack in the current PC section. 
The l.H has a negative count of the number of words left until overflow and is in local 
indexing format. 

3. Global stack pointer - A one-word pointer to the end of the stack, which may be in any 
section. The LH is greater than 0 and is a global address: no stack length is included. 

4. Local byte pointer - A one-word byte pointer (as on the KLI0-PA) with the addition that bit 
12*0. Indexing and indirection follow the rules for instructions. 

5. Global byte pointer - A two-word byte pointer in which bit 12*1. The second word con- 
tains a global address. 

6. E - Effective address 


C.5.1 Special -Case Instructions la Nonzero Sections 


C.5.I.I PC-Storiag Instructions (PLSHJ, JSP, JSR, POPJ i - When the PC is in a nonzero section, 
these instructions will store a 30-bit PC without flags in order to accommodate the 30-bit address. New 
instructions (see below) are available to provide access to the processor flags. When the PC is in a 
nonzero section. POPJ will restore the 30-bit PC from the stack word. Thus, machine-independent 
subroutines can be written which run in section 0 and in nonzero sections. 

C.5.U Byte instnictiom - Representing the P and S fields and the full memory address requires 
more than 36 bits of byte pointer. Therefore, a byte pointer will be taken as a two-word quantity 
(shown in Figure C-6) if bit 12 of the first word is one. The address of the word containing the byte is 
computed from the second word as an indirect word. 


00 0« 11 1J 13 1> »• 34 



00 01 03 0* Ol 


10 lOO' 

Figure C-6 Byte Pointer Format 
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If bit 12 of the first word is l. bits 13-35 of the first word would be 0 and the second word would 
specify the entire address. Incrementing a byte pointer of this formal when incrementing the word 
address will increment the second word only. Carries from the RH of the second word w ill propagate 
into the LH so that strings can cross section boundaries. 

For convenience, bit 12 of the first word may be set to zero: then the second word need not he present. 
The byte reference will be to the section specified by the effective address, and incrementing a byte 
pointer will increment the RH of the first word with no carry out of bit 18. 

CS.1 3 Stack Instructions (PUSH, PUSHJ. POP, POPJ. ADJSPl - The present format of the stack 
pointer (half-word count, half-word address) is insufficient to hold a full address but is convenient 
when the stack is local and small. Therefore, in nonzero sections the stack instructions will recognize 
either of two forms of the stack pointer: 


00 % 0> 12 13 *2 II 2b 22 JO 21 M 

OPT *470 
OPT ‘421 
UP! *477 
UP! *473 


Figure C-7 LUUO Information Format 


flags 

0 

OA COOf 

AC 

fi 

0 

OLD PC 

0 

EFFtCIIVl ADA OF UUO 

u 

hill* AC 


»0 JOG7 


1 . Local slack pointer - If the left half of the stack pointer is negative or 0 before incrementing 
or decrementing, the right half will be taken as an address within the section specified b> the 
PC. Incrementing and decrementing the stack pointer will modify both halves of the pointer. 
Any carry out of bit 1 8 is suppressed so that local stacks will not cross section boundaries. 

2. Global stack pointer - If the left half of the stack pointer is positive and nonzero before 
incrementing or decrementing, the entire pointer will be taken as a 30-bit stack address with 
no count field. The pointer will be incremented and decremented as a single quantity. Stack 
overflow and underflow detection is expected to be programmed by setting a restricted 
access on the pages at either end of the stack, since the absence of a count prevents an 
explicit hardware check. Carries out of bit 18 are not suppressed, thus, a stack can cross 
section boundaries. This format is expected to be used as the standard in extended sections. 

Machine-independent subroutines can be written which run in section 0 and in nonzero sections on the 
KLIO-PV. Only the code which initializes the suck pointer needs to know the section. The above two 
formats are the same as the index register formats and behave in an analogous manner. 

WARNISC 

PUSHiag oa a local suck which hat previously over- 
flowed (Le., O.ji before PUSH) will result la storing 
in section 1 (i.e., l„N+l). 

Example of pushdown stack pointer before and after 


Hence, execution of an LUUO will cause the processor PC and flags to be stored, the op code. AC. and 
effective address of the LUUO to be stored, and the processor to begin operation at the location 
specified by the “new PC." The processor flags will not be changed. In section 0. the LUUO mecha- 
nism will work as on the KLIO-PA and so will invoke a separate LUUO handler, which must be in 
section 0. 

WARNING 

The nse of LL'LOs by a programmer will probably 
prevent him from interfacing with another program- 
mer’s code which also uses LL'LOs, nairas there is 
prior agreement between the two programmers. 

In exec mode, an LUUO in a nonzero section will do an MUUO. Monitors do not generally use 
LUUOs. 

C.5.I.S MI LO (Op Codes 0, 40-77, All Undefined Op Codes) - Lxecution of an MUUO will cause 
the UUO information to be stored in a 4-word block beginning at location 424 of the UPT (Figure C- 
8 ). 


INSTR. 

STACK POINTER AC 



BEFORE 

AFTER 


PUSH 

-6.. 100 

-5..I0I 

:stack in PC sect 

PUSH 

-I..I05 

0..I06 

:overflow 

PUSH 

32,. 100 

32..IOI 

;stack in sect. 32 


C.5.1.4 LUUO (Op Codes 1-37) - It is desirable to be able to execute LUUOs in any section and 
invoke common code. Therefore, when the PC is in a nonzero section, all LUUOs will trap to the same 
location, as explained by the following description. Word 420 in the user process table (UPT) will 
contain the address of a 4-word block for LUUO information. The information is formatted as in 
Figure C-7. 


do 0b 00 12 13 <2 ’> 2b 22 20 21 


474 

FLAGS 

0 

OACOOt 

AC 

0 

4» 

0 


OLD AC 

42* 

0 

EFFECTIVE ADA OF UUO 

427 


AAOCCSS CONTEXT MOAD 


*0 300 * 


Figure C-8 UUO Information Format 
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The new PC word will be selected from a block of eight words at UPT +430 according to the context in 
which the MUUO was executed just as on the KLI0-PA. The new PC word will be taken as a 30-bit 
global address with no flags. The hardware, microcode will compute the proper settings of PCU and 
PCP (previous context user and previous context public), and will dear the rest of the processor flags. 

In order to facilitate the use of AC operands with LUUOs and MUUOs, the following rules govern the 
effective address word stored in the UUO block: 

1. If bits 18-31 of the effective address of the UUO are zero (a local address), but bus 6-12 are 
nonzero, store l in the section field of word 2; store bits 18-35 in the RH of word l . 

2. Otherwise, store the full 30-bit effective address in word 2 
This same set of rules also applies to XMOVEI. 

C.5.1.6 BLT - The present format of BLT operands is insufficient to specify three full addresses: 
therefore, a new instruction, XBLT, will be specified (see below). However, the existing BLT instruc- 
tion is useful for intra-section data moves and is specified to work as follows: 

1 . The source address is taken to be the left half of the contents of AC in the same section as the 
effective address (which can specify any section). 

2. The destination address is taken to be the right half of the contents of AC in the same section 
as the effective address (which can specify any section). 

3. Data is moved until the destination address is equal to the effective address. Carries out of 
bit 18 are suppressed so that the BLT stays in the same section by wrapping around. 

The source and destination sections are always the same, as specified by E. w hich can be different from 
the PC. References by BLT to addresses in which 18-31 are 0 will always be AC references 

05.1.7 EXTEND-STRING Operations - To support extended addressing, a 6-word block will be 
used in all sections, consisting of two 3-AC blocks, as formatted in Figure C-9. 

Byte pointers are in the one- or two-word format described above. If bit 1 2 of the pointer in AC + 1 
(AC+4) is 0. AC+2 (AC+5) is ignored. 



to too i 

Figure C-9 EXTEND-STRING Instruction Format 


05.1.8 AOBJN - The two half-word format of the AOBJN AOBJP pointer is insufficient to specify 
a global address. However, the formal may be used for indexing as described above because the left 
half is normally negative. It is therefore useful for scanning local tables (within the same section) and is 
retained without modification. For scanning tables in an arbitrary section, the programmer will typi- 
cally use an index containing a global address and will not employ AOBJN in this case. 

C.5-1.9 JSA, JRA - These instructions use a format which does not allow the storing or specification 
of a global address. Since they are also considered an obsolete and unrecommended method for sub- 
routine calling, they will work the same as on the KLIO-PA. They will work in nonzero sections, but 
will be useful only for intra-section calls, since only an 18-bit PC is stored. 

05.1.10 BLKI, BLKO - These instructions use a pointer format which does not allow the specifica- 
tion of a global address. For diagnostic compatibility, the KLIO will support these instructions by- 
defining that the pointer address always refers to the PC section. See Subsection C.5.2 for BLKI in PI 
location. 

05.1.1 1 XCT - The default section for the object instruction shall be the section of the effective 
address of the XCT However. PC storing instructions will store the PC section rather than the section 
specified by the effective address of the XCT. This maintains compatibility with the KLlO-PA (which 
stores the PC+I). Local stack pointers will also assume the PC section rather than the section specified 
by the effective address of the XCT 

Example of XCT of code in another section. 

In section 22: 

XCT fe[30„1000) 

Location 1000 in section 30: 

MOVE T.2000 

w ill load T with contents of location 2000 in section 30. not section 22. 

Example of stack and PC storing under XCT. 

In section 22. location I0O. 

XCT fe[30,.l0001 

Location 1000 in section 30. 

PUSH P.SUBR 

transfers to subroutine SUBR in section 30, not 22. If C(P) is local, stack is assumed to be in 
section 22, not 30. The PC stored on stack is 22..I0). not 30..I001. 

C.5.2 PI Handling 

Initiation of a PI cycle will cause the execution of an instruction in the EPT. For extended support, the 
recommended instruction is XPCW (save then restore flags and program counter) defined below. This 
instruction saves the current flags and 30-bit PC and establishes new flags and PC. The interrupt is 
dismissed by execution of another new instruction. XJEN. (restore flags and program counter) which 
restores the global PC and flags. 

When an instruction is being executed as a PI instruction, the default section for computing the effec- 
tive address is taken to the exec section 0. rather than the actual PC section. Therefore, if a BLKI. 
BLKO. or JSR is executed as a PI instruction, it will work for programs (e g., diagnostics) not using 
extended addressing. 
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CiJ New instructions 

The new instructions which arc required to properly handle extended addressing are described in the 
following subsections. 

CSJ.l XMOVE1 - Mott Extended Address (Op Code * SETMI ) - This instruction moves its entire 
effective address into the designated AC. It is generally used to find the effective address of a pointer 
chain and make it available for indexing. It is the immediate mode instruction which has an operand 
greater than 18 bits. Bits 0-5 are always zero. If the effective address specifies a hardware AC. the 
effective address will be converted to the section-independent form. i.e.. 1..AC. Thus, the result of an 
XMOVEI can be stored or moved to another section and still have the same address. This is analogous 
to the effective address stored by MU UOs and LUUOs If this instruction is executed w ithout indexing 
or indirection, e.g., XMOVEI 1.20. it will move the current section into the left half of the designated 
AC (E must be 20 or greater). MOVXA is also used to test for section 0 (see Subsection C.5.5). 

C.5J.2 XBLT - Exteaded Block Transfer (EXTEND Op Code 020) - XBLT is a member of the 
extended instruction set. used under extended addressing. XBLT traps as an MUUO in section 0. but 
otherwise moves data from any virtual address to any other. The number of words transferred is 
specified by AC. the address of the source block is given by AC+ 1, and the address of the destination 
block is in AC+2. Both addresses are always global. 

If AC is positive, the block addresses in AC+1 and AC+2 are the lowest addresses of each block and 
identify the words which are transferred first. The transfer proceeds by incrementing addresses in 
AC+ 1 and AC+2 after each transfer and decrementing AC until it reaches zero. 

If AC is negative, the block addresses in AC+1 and AC+2 are greater, by one. than the highest 
addresses of each block. The transfer proceeds by decrementing the addresses in AC+1 and AC+2 
before each transfer and incrementing AC until it reaches zero. 

Since XBLT is interruptablc, results are indeterminate if AC. AC+I. or AC+2 is in either the source 
or destination block. Otherwise, the effect of XBLT on ACs is equivalent to: 

ADD AC+1. AC 

ADD AC+2. AC 

SETZM AC 


This format is used by LUUOs, MUUOs. and additional instructions defined below. Unlike JRSTF, 
no indirection is needed. Bits 13-17 must be zero because they are reserved for future hardware. Both 
words are fetched before the flags take effect. XJRSTF works in all KL modes and sections. 

Example of CPU independent flag code. 


XMOVI 

T.20 

:get section no. 

HLLZM 

T.SECTNO 

;save for test 

MOVSI 

17.ACBLK 

restore all ACs 

BLT 

17.17 

including 17 

SKIPN 

SECTNO 

:is this KL ext. sect.? 

JRSTF 

&FLGPC 

:no. restore flags and PC 

XJRSTF 

FLGPC 

:yes. restore flags and PC 


The above code works on both CPUs. KLI0-PA, KLI0-PV. KL section 0. and KL extended sections. 

CS3.4 XJEN - Restore Flags and Program Counter and Dismiss (JRST6.) - This privileged instruc- 
tion performs all the functions of XJRSTF and in addition dismisses the current Pi level. It is intended 
to be used in place of JEN &E under extended addressing. 

XJEN works whenever IO instructions work in exec section 0. traps in user section 0 (except user IOT 
mode), and traps in user extended sections (except user IOT mode). 

C.S.3.S XPCW - Save then Restore Flags and Program Counter (JRST 7.) - This privileged instruc- 
tion is intended to be used in interrupt locations. It references a 4-word block at its effective address, 
formatted as in Figure C-1 1. 

The current flags and PC are stored in the first double word and new flags and PC are established from 
the second double word. Dismissing an interrupt initiated with XPCW would typically be done with 
XJRSTF addressing the same block. The 4-word block must be in section 0. since the default section is 
0 for instructions executed in an interrupt location. XPCW works in exec section 0. traps in user 
section 0 (except user IOT mode), works in extended exec sections, and traps in extended user sections 
(except user IOT mode). 


CiJJ XJRSTF - Restore Flags aad Program Counter (JRST5,) - This instruction restores the flags 
and PC double word from E and E+l. The double-word format is shown in Figure C-10. 


OC 06 06 12 '1 12 II » 


S FLAG* 

© 

IGNORED 

0 


X SIT PC 


IQ 1004 


oo Oft oo ii n 


OLD FLAGS* 


0 


OLD PC IXStTSi 

NC«I 

LAGS' 


0 

NEW AC (JO SITS! 


lOJOOfr 


Figure C-10 Flags and PC Double- W’ord Format 


Figure C-ll XPCW Information Format 
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C.5J.6 XSFM - Sa»e Flags In Memory ( JRST 14.1 - This instruction saves the flags in bus 0-12 of F. 
in the same format as the flags in the flags and PC double word. XSFM works in exec section 0, traps 
in user section 0 (except user IOT mode), and works in exec and user extended sections. 


Example of CPU independent flag test code 


MOVEM T.SAVEAC 

XMOVEI T.20 
TLNN T.-l 

JSP T..+2 

XSFM T 


save AC 

get section #. orO I.H 
is this KL Extended sect? 
no. -6. KA. Kl. KLsectO 
yes. save flags in T 
here with flags in LH of T 


C.5.4 Compatibility Summary 

Table C-2 shows how each of the new features works in exec and user mode in section 0 and in 
extended addressing sections. The criteria for compatibility are as follows in decreasing importance: 

1. User code which runs on the KLIO-PA must run in the KL compatible section, section 0. 
including saved core images. (Trap on bit 12 of byte pointers does not violate this, if monitor 
continues program.) 

2. It should be easy and natural to write subroutines following a standard which can run in 
section 0 and in extended sections. The loader can take care of any differences so that a 
single REL file works for all three cases. 

3. Code in user section 0 can use new instructions except those added solely for extended 
addressing. However, code cannot reference or transfer to other sections, except through 
monitor calls. 


Table C-2 Compatibility Summary 


Feature 

User & 

Exec 

*ect*0 

Exec 

sect>0 

User 

sect>0 

Indexing 

-PA* 

new 

new 

Indirection 

-PA 

new 

new 

Hardware ACs use 

-PA 

new 

new 

PUSH.PUSHJ. etc. 

(Global if LH of AC greater than 0) 

-PA 

yes 

yes 

LUUO 

(extended PC) 

•PA 

MUUO 

yes 

BLT 

(reference section specified by E?) 

-PA 

yes 

yes 


Table C-2 Compatibility Summary (Coot I 


Feature 

Iter 4 

Exec 

*ect*0 

Exec 

sect>0 

User 

scct>0 

2-word b>te pointer 
(use 2nd word if bit 12*1?) 

ignored 

yes 

yes 

EXTEND-STRING 
(reference other sections?) 

no 

yes 

i 

yes 

AOBJN. AOBJP 
(tables in current section?) 

-PA 

yes 

yes 

JSA.JRA 
(18-bit PC only) 

-PA 

yes 

yes 

Bl.KI.Bl.KO 
(current PC section) 

-PA 

yes 

yes 

XCT 

(default section from E of XCT?) 

-PA 

yes 

yes 

XMOVEI (LH) 

0 

section 

section 

XBLT 

(reference any section?) 

trap 

yes 

yes 

XJRSTF 

(transfer to any section?) 

yes 

yes 

yes 

XJEN 

(transfer to any section?) 

trap 

yes 

trap 

XPCW 

(transfer to any section?) 

trap 

yes 

trap 

XSFM 
(read flags?) 

trap 

yes 

yes 

JRSTF 

(transfer control?) 

yes 

trap 

trap 

PC setting 

(transfer to any section including 0?) 

0 only** 


yes 


•-PA indicate* user code 11 executed at on Kl I 0 *PA CPC' 
♦*l « instruction XJRSTt* to get to any section. 
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C.5.5 Testing for Section 0 

The code to distinguish section 0 from KL extended sections is: 

XMOVEI T.20 :gct current section number 

TLNN T.777777 :non-zero section? 

;here if section 0 or K I.K A. or 
;PDP-6 

;here if KL extended section 

C.5.6 Old Instrnctioas 

Ci.6.1 JRSTF - Jump and Restore Flags - In nonzero sections. JRSTF will give an illegal instruction 
trap because JRSTF is usually used with an indirect word which contains PC flags in the left half. 
These flags might mistakenly appear to be a global indirect word if bit 0«0. 

C.5.6.2 JRST X.E - This is the AC field, or JRST, if being used to encode new op codes w hich do not 
need an AC field. Unused bit combinations will trap. The following AC bit combinations are defined. 

The new op codes were selected because they have the halt bit on and so are least likely to be used in 
existing exec and user mode. 


AC 

OpCodc 

AC 

OpCodc 

0 

JRST 

10 

jump and restore int 

1 

PORTAL 

II 

illegal 

2 

JRSTF 

12 

JEN 

3 

illegal 

13 

illegal 

4 

HALT 

14 

XSFM 

5 

X JRSTF 

15 

illegal 

6 

XJEN I 

16 

illegal 

7 

XPCW 

17 

illegal 


C.5.7 Special Coosiderarioos for ACs 

The hardware ACs appear as the first 20, locations of any section referenced with a local effective 
address. Instruction fetches specified by the PC are always local, even if a transfer instruction to a 
global address. 

Example of jumping to shadow ACs (14] 

JRST ®[30.,2] 

jumps to section 30. location 2. However, the PC fetch will come from AC2 (since PC fetch is always 
local). This should not be a problem since the loader will toad code starting at 20 in each section, rather 
than 0. 

Example of JSR to shadow ACs 

JSR ft (30., 2] 

stores the PC in memory in 30..2 and changes the PC to 30..3. The next instruction is fetched from 
AC3, not memory. This should not be a problem since the loader will load code starting at 20 in each 
section, rather than 0. 


Example of XCTing shadow ACs 

XCT fe(30..2] 

will execute the instruction in memory at 30..2. not AC2. This is desirable since tables of instructions 
are executed and this data should be able to be anywhere in memory, just like any other kind of data. 
However, an interpreter running in a separate section must check for the PC getting into the ACs. This 
is easily done with XMOVEI. 

Example of subroutine calling from ACs 

2 PUSHJ P.SUBR 

3. EXP arglist 

4/ return 

would not work correctly if the following straightforward code was performed: 

SUBR: MOVE AP.fe(P) ;fetch memory 20..3 

unless SUBR picked up the word following the PUSHJ: 

SUBR: XMOVEI AP®(P) ;get address 0..3 to A P 

MOVE AP.O(AP) ;get arglist from AC 3 

However, this is a rarely used calling technique and calls to subroutines are not usually made from the 
ACs. 
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( .6 \ UIOD MODI l » 

C .6.1 (hfnir* 

I he v I «k k fti*»ilulr t h • !• ' ♦ ' » < ^rlriuMc \oufcc which csn eilher bccilcrnil or 

one of two >r\.ui , '"'i ..,1 . *. iilaior for normal operation, the other for speed 

margining It also . . -....t* . ■ ♦ • ► ■ . the l lint C ontrol. the IBtn C lock Control, and the 

< lock Diagnosm « . 01 . ,Setr.« - - t .'t and ihree t 'I. respectively in Figure 3*1 3. Figure 3- 

I I illustrates the ha» . . il distribution lor the Kl 10 processor 

( .*.2 Detailed < irmit DesoifiiM 

( .6.2.1 ( ROB AH tad ( l«h UlnalirsiNM Refer to figure C -I2l - When the Kl.10 system is powered 

up. the I Bos clock control module must he initialized to a known state In addition, the device con- 
trollers on the I Bus must he initialized and a senes of MBos. I Bos. SBus. and EBus clocks must be 
generated for sarious initialization purposes first, the power controller logic asserts CROBAR for 
approximately ' seconds [All EBus signals are false (low) at this lime | CROBAR is passed to the 
clock diagnostic control logic where it enables the initialization process The CLK CROBAR signal is 
used directly to select the "normal" oscillator as the clock source to be used during the power up 
initialization phase because this signal asserts MIX SEL 4 

1. EBus Reset (figure C- 1 3) - TheCLK2 CROBAR signal enables the counter to subtract one 
each clock pulse The initial slate of the counter is undefined During the CROBAR period 
(approximately 5 seconds), the counter is decremented toward zero When zero is reached, a 
carry is generated If CLK2 CROBAR is false at this time, the -I function is disabled and 
the counter is loaded with zeros. This removes CLK EBUS RESET In practice, the counter 
passes through zero many times until finally CROBAR is removed by the power controller 
logic. Therefore, a series of EBus reset pulses are generated dunng the CROBAR period. 

2. Initialization Clock Pulse Generation (Figure C-13) - CLK CROBAR L asserted is shifted 
four places into the shift register The asserted shift register output. ANDed with the signal 
CLK RATE SELECTED (which has been asserted by this lime), generates the CLK I 
GATED El signal that becomes the source of the clocks generated via the clock control and 
EBox clock control. (The 5.0 ns delay is inserted to ensure that the CLK GATED signal is 
not sliced ) When CLK2 CROBAR is removed, four main source clock pulses later, the 4-bit 
shift register output goes false and disables the CLK GATED signal This shift register also 
serves to synchronize CROBAR by the CLK I MAIN SOURCE clock input. 

C .6.2.2 EBox Clock Control ( Figure C-14) - The EBox dock control provides a source of docks for 
the EBox modules together with an MBox sync point (CLK EBOX SYNC), which is always asserted 
one MBox clock (CLK ODD) prior to the generation of the CLK EBOX CLOCK (Figure 3-20). 

Depending upon the nature of the EBox cycle (a period extending from the rising edge of one EBos 
clock to the rising edge of the next), the EBox dock pulses may be extended by some multiple of the 
main source clock period (Figure C-15). 

The functional structure of the EBox clock control consists of an MBox clock counter, clock phase 
sync detector. EBox sync generator, and an EBox clock source The CRAM time field (TOO. TOI), 
specifies the duration of the EBox cycle (Figure C-IS). 
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Figure C-12 Basic Source Selection 
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Figure C-14 EBox C lock Control Block Diagram 



Figure C-15 EBox Cycles 
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The clock phase sync detector compares the MBox clock cot nter output with the CRAM time field 
(loaded at FBox clock time) whenever CLIO EBOX CLOCK EN L is false If the counter output 
compares with the bit combination in the lime field (TOO. TOi',. CLK3 SYNC EN L is asserted and the 
next MBox clock sets CLK3 EBOX SYNC L 

With CON MBOX WAIT true. -CLK EBOX CLK EN L is also true and CLK3 EBOX CLK EN L is 
false (Figure C-14) This enables the MBox clock counter to continue to be incremented Similarly, the 
detector is enabled, and when the counter output compares with the bit combination in the time field 
of the CRAM word. CLK3 SYNC EN L will be asserted and remain asserted until the MBox responds 
(CLK RESP MBOX) or aborts the evde Thus, one MBOX CLK after CLK3 SYNC EN L is asserted. 
CLK3 EBOX SYNC L will set In other words. CLK3 EBOX SYNC L is asserted one MBox clock 
prior to where EBOX CLOCK is a«?trted 

With CLK 3 SYNC EN L true when MBox response (CLK I RESP MBOX) is received (Figure C-14). 
EBOX CLOCK EN L becomes true and thereby resets MBox clock counter to 000 and disables the 
detector CLK3 SYNC EN L is removed, allowing CLK3 EBOX SYNC L to clear on the next MBox 
clock At the same time when EBOX CLK EN becomes true. CLK3 EBOX SRC EN H also becomes 
true thus, when CLK3 EBOX SYNC L is cleared. CLK EBOX CLOCK (EBOX CLK) sets (Figure 3- 
23) 

C.6.2J Error Detection - Figure 3-24 illustrates the logic that stops all clocks in the event of any of 
the following 

1 A DRAM parity error occurs. 

2 A CRAM parity error occurs. 

3. A fast memory pants error occurs. 

The timing shown is for a CRAM parity error The CRAM register is clocked by CLK CRM; some- 
time later, the parity network settles and asserts CRAM PAR 16 This indicates that the CRAM word 
has dropped or picked up bits and is not correct The signal -CRAM PAR 16. together with an enable 
previousls set bv a diagnostic cycle (CLK CRAM PAR CHECK). enables the generation of CLK 
ERROR HOLD 

If it is desired to stop on parity errors. CLK ERROR STOP EN must have been set by the console In 
this case, on the next occurrence of CLK EBOX SOURCE FN. the CLK ODD gate will be latched 
false, inhibiting all clocks and freezing the system 

C .6.2.4 Clock C ontrol Logical and Skew Delays - Figure 3-2S illustrates the delays necessary to 
assure that the proper timing relationship exists between the actual MBox clocks. EBox clocks, and the 
sampling of the CRAM time field. The lumped delay consists of fixed logic delays and gate and wire 
delays The output is CLOCK ODD and it used to clock a 10141 shift register, which has a nominal 
propagation delay of 2.6$ ns. 

The output of the shift register feeds various gates and the various EBox boards receive their clocks 
from these gates Delay X allows for lining up the outputs of the gates, "deskewing" the EBox clocks 

The delays are actually etch paths near the fingers on the board and once the delay has been ascer- 
tained. a permanent connection is made at the proper point Figure 3-26 shows the EBox clock fanout; 
Figure 3-27 shows the MBox clock fanout. 

in order to compensate for the effect of the 10141 circuit propagation delay, a fixed 2.65 ns has been 
inserted in the path between the LUMPED DLY and the MBox clocks Connected in this path also is 
DLY Y. which performs the same function as DLY X does for the EBox clocks 
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All EBo* docks and M Bo* clocks are lined up leaving the clock control module. In order to properly 
synchronize the clock control module with the other modules, these signals are passed out through the 
etch connectors on this module and then routed to all other modules through a set of equal fixed length 
(equal time delay) coaxial cables. 

Figure C-16 illustrates the basic timing for the clock module. Five basic cycles are presented 

EBo* cycle T*01. 

EBo* cycle T* 10. 

EBo* cycle including a memory cycle T “00. 

EBo* cycle T=00. 

EBox cycle including a memory cycle and page fault. 

C.7 MODULE M8540, SHIFT MATRIX 

The M8540 module, shift matrix, replaces the M8510 module for the KL10-PV processor EBo*. It 
contains: shift counter decoding logic, shift matrix control, the shift matrix, and the AR and ARX 
parity networks, as does the M8SI0. In addition, it contains logic to shift the index field for the global 
indirect word and local indirect word and detection logic to detect an index register > 0 in the left half 
or a 30-bit address (bits 6-17). 

C.S MODULE M8541, CONTROL RAM ADDRESS 

This module is used in the KLIO-PV. Functionally it performs similarly to the M85I I module, except 
that it contains a 16-word X I l-bit pushdown stack, whereas the M85I I module contains a 4-word X 
I l-bit pushdown stack. The M854I module includes a 6-bit decode field (a CALL bit is added) using 
IK RAMs containing 2048 words, whereas the M8511 module contains a 5-bit code dispatch field 
using 256 RAMs. containing 1280 words. Also, the M854I module’s control RAM address lines 7. 8. 
and 10 (CRA2 ADR 07. 08. and 10) have additional and slightly different input conditions (refer to 
drawing 854I-0-CRA2) which are: 

CR07: ARXOOOR -CON2 LONG EN 
CR08: ARX01 OR -CON2 LONG EN 
CR10: MCLPC Section 0 or -VMA Local AC Address 

in order to implement the additional microcode and extended addressing. 

C.9 MODULE M8542, VIRTUAL MEMORY ADDRESS 

(Refer to Figure C-17.) This module functionally performs the same as the M8523 module to generate 
the virtual memory address to the E/MBox interface. It contains an 18-bit VMA adder. VMA AC 
reference detection logic, a 24-bit VMA register, in contrast to the M8523 module's 23-bit VMA 
register, a 24-bit program counter register, (which contains an extra PC section 0 identifying bit), a 23- 
bit VMA held register, and AR mixer (ARMM) logic bits 13-17. Section detection logic which stores 
the previous section (which the M8523 module does not provide) is also added. 

C.10 MODULE M8543. EBOX CONTROL NO. 1 

This module performs the exact logic functions as the M8527 module, which it replaces, except for the 
following logic change in order to implement extended addressing and stack instructions. 

The CTL INH CRY 18L output input terms now include CRAM AD CRY L and MCL4 SHORT 
STACK H in addition to the previous input conditions. 

The M8543 module has also been revised to incorporate all rework and F-COs that were made to the 
original M8527 module. 
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CLK ODD A.B.C. 
CLK MBOX A.B.C 
CLK CLK 
CLK MBOX CLK 
AJ.CJD.E.F 
CLK EBOX SOURCE 

CLK EBOX SYNC 
CLK EBOX SOURCE EN 

CLK EBOX CLK EN 

EBOX CLK 
CLK CRM 
CRAM TOO 
CRAM TOI 
CLK SYNC EN 

CLK SYNC HOLD 
MCI MBOX WAIT 
CLK R ESP MBOX 
MBOX RESP IN 
PAGE FAIL HOLD 
CLK PAGE FAIL EN 
CLK PAGE FAIL 
PF OLYO A 
CLK PF OLYD B 
CLK FORCE 177? 

CLK SBR CALL 
CLK 1777EN 
CLK INSTR 1777 
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Figure C-16 Clock Control, 
EBox Clock Control Timing 
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( .11 MODULE M8S44. MEMORY CONTROL 

The M8544 memory control (MCI.) module replaces the MX530 module in the KLIO-PV EBox. It 
contains CRAM MEM field decoding, mentors request enable logic, request type decoding. 
MCI VMA READ. MCLVMA PULSE. MCLVMO WRITE It also contains user and public enable 
logic, as well as all the request type qualifiers. It contains hits 1-12 of the VMA held or PC mixers, 
together with VMA control and selection logic (changed radtcall) from the M8533 module in order to 
provide extended addressing), and MBox cycle request logic 

This module no longer implements the SXCT instruction: however, it contains hardware to implement 
the PXCT instruction in nonzero sections. 

C.I2 MODI LE M8545, APR 

Module MX545 replaces the M8539 module and contains the following additional logic to the M8539 
module a 128 X 1 RAM to store whether the index left halves are greater than 0: and an ALU which 
enables the microcode to address AC plus any number for double word byte pointers for the STRING 
instructions. 

In the M8545 module. CRAM bits 00. 07. 08“ Ii and 6» are decoded to be APR EBOX SPARE and 
APR EBOX CCA. respectively, as contrasted to the M8539 module which decodes these bits to be 
APR EBOX CCA and APR EBOX SPARE, respectively. 

C.13 MODULE M8548. 2K CONTROL RAM 

The M8548 module replaces the M8528 module in the model KL 10-PV processor. 

Functionally, the M8548 and M8528 modules are similar. Each M8548 module contains 14 bits of the j 
control word (microinstruction) stored in the RAMs containing 2048 words. Each M8548 module 
contains CRAM address gating and 14 bits of the CRAM output register (CRAM register). 

I 

Figure C-18 shows the CRAM physical bit position layout. Figure C-19 shows the actual CRAM 
microcode bit position correlation. Figure C-20 shows the M8548 module physical bit position deriva- 
tion for the KLIO-PV EBox. Figure C-21 shows the CRAM bit-module layout for the KLIO-PV 
FBox. 

Figures A-17 through A-23 show the microword bit position and field definition. 

No logical relationship exists between the physical bits and respective microword bit names. 
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